Ebony Board, PPC440GP and NFS time out

[Brian Hawley]

Thanks Eugene.

We've been sniffing that for several weeks now.  That Mac address
does not send out any packages once it moves to the BOOTP stage.

We can get past this point, if we manually set the default boot args and fill
in all the root/nfsroot/ip= args and not do auto config.  At that point we get
past IP-Config, but then no traffic after that...and, it appears that in
all cases,
the board is not responding to any 'ping's once it hits the BOOTP request or
RPC lookup stage.  We must be missing something extremely obvious.

Loading file "/zImage.ebony.nfs" ...
Sending tftp boot request ...
Transfer Complete ...
Loaded successfully ...
Entry point at 0x500000 ...
loaded at: 00500000 005D11DC
relocated to: 01000000 010D11DC
zimage at: 010058BB 010CDC4F
avail ram: 00400000 00800000
Linux/PPC load: root=/dev/nfs rw nfsroot=162.10.98.2:/eldk/ppc_4xx
ip=162.10.98.190:162.10.98.2:162.10.98.1:255.255.255.
0:ebony:eth0:off
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.6.5 (bnh-engr at feimer) (gcc version 3.3.3) #2 Wed May 19
16:33:55 PDT 2004
IBM Ebony port (MontaVista Software, Inc. (source at mvista.com))
On node 0 totalpages: 32768
DMA zone: 32768 pages, LIFO batch:8
Normal zone: 0 pages, LIFO batch:1
HighMem zone: 0 pages, LIFO batch:1
Built 1 zonelists
Kernel command line: root=/dev/nfs rw nfsroot=162.10.98.2:/eldk/ppc_4xx
ip=162.10.98.190:162.10.98.2:162.10.98.1:255.255
.255.0:ebony:eth0:off
PID hash table entries: 1024 (order 10: 8192 bytes)
Memory: 127488k available (1280k kernel code, 440k data, 92k init, 0k
highmem)
Calibrating delay loop... 598.01 BogoMIPS
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
PCI: Probing PCI hardware
Serial: 8250/16550 driver $Revision: 1.90 $ 6 ports, IRQ sharing enabled
ttyS0 at MMIO 0x0 (irq = 0) is a 16550A
ttyS1 at MMIO 0x0 (irq = 1) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
mal0: Initialized, 4 tx channels, 2 rx channels
emac: IBM EMAC Ethernet driver, version 2.0
Maintained by Benjamin Herrenschmidt <benh at kernel.crashing.org>
zmii0: input 0 in SMII mode
eth0: IBM emac, MAC 00:04:ac:e3:23:b2
eth0: Found Generic MII PHY (0x08)
zmii0: input 1 in RMII mode
eth1: IBM emac, MAC 00:04:ac:e3:23:b3
eth1: Found Generic MII PHY (0x09)
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 8192 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
eth0: Link is Up
eth0: Speed: 100, Full duplex.
IP-Config: Complete:
device=eth0, addr=162.10.98.190, mask=255.255.255.0,
gw=162.10.98.1,
host=ebony, domain=, nis-domain=(none),
bootserver=162.10.98.2, rootserver=162.10.98.2, rootpath=
Looking up port of RPC 100003/2 on 162.10.98.2




At 04:42 PM 5/19/04 -0700, Eugene Surovegin wrote:
>On Wed, May 19, 2004 at 03:19:54PM -0700, Brian Hawley wrote:
> > Loading file "/zImage.ebony" ...
> > Sending tftp boot request ...
> > Transfer Complete ...
> > Loaded successfully ...
> > Entry point at 0x500000 ...
> > loaded at: 00500000 005C81DC
> > relocated to: 01000000 010C81DC
> > zimage at: 01005847 010C4136
> > avail ram: 00400000 00800000
> > Linux/PPC load: ip=on
> > Uncompressing Linux...done.
> > Now booting the kernel
> > Linux version 2.6.5 (bnh-engr at feimer) (gcc version 3.3.3) #1 Wed May 19
> > 15:41:31 PDT 2004
> > IBM Ebony port (MontaVista Software, Inc. (source at mvista.com))
> > On node 0 totalpages: 32768
> > DMA zone: 32768 pages, LIFO batch:8
> > Normal zone: 0 pages, LIFO batch:1
> > HighMem zone: 0 pages, LIFO batch:1
> > Built 1 zonelists
> > Kernel command line: ip=on
> > PID hash table entries: 1024 (order 10: 8192 bytes)
> > Memory: 127584k available (1212k kernel code, 428k data, 84k init, 0k
> > highmem)
> > Calibrating delay loop... 598.01 BogoMIPS
> > Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> > Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> > Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
> > POSIX conformance testing by UNIFIX
> > NET: Registered protocol family 16
> > PCI: Probing PCI hardware
> > Serial: 8250/16550 driver $Revision: 1.90 $ 6 ports, IRQ sharing enabled
> > ttyS0 at MMIO 0x0 (irq = 0) is a 16550A
> > ttyS1 at MMIO 0x0 (irq = 1) is a 16550A
> > mal0: Initialized, 4 tx channels, 2 rx channels
> > emac: IBM EMAC Ethernet driver, version 2.0
> > Maintained by Benjamin Herrenschmidt <benh at kernel.crashing.org>
> > zmii0: input 0 in SMII mode
> > eth0: IBM emac, MAC 00:04:ac:e3:23:b2
> > eth0: Found Generic MII PHY (0x08)
> > zmii0: input 1 in RMII mode
> > eth1: IBM emac, MAC 00:04:ac:e3:23:b3
> > eth1: Found Generic MII PHY (0x09)
> > mice: PS/2 mouse device common for all mice
> > NET: Registered protocol family 2
> > IP: routing cache hash table of 1024 buckets, 8Kbytes
> > TCP: Hash tables configured (established 8192 bind 16384)
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17
> > eth0: Link is Up
> > eth0: Speed: 100, Full duplex.
> > Sending BOOTP requests ...... timed out!
> > IP-Config: Retrying forever (NFS root)...
> > eth0: Speed: 100, Full duplex.
> > Sending BOOTP requests ...
>
>Looks fine until BOOTP stage. Use any sniffer to check whether BOOTP requests
>are coming out.
>
>Please, check that your DHCP server allows BOOTP clients.
>
>Eugene.


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/