Thanks, this works. In the meantime, I've managed to (re)build a 2.6.34 kernel from which I can NFS boot. But there's still something very strange going on. I've had the same problem with your kernel, and at first I thought it was something wrong in the kernel, but now I'm wondering.
I can only NFS boot on every other (i.e. 2nd) reboot. My boot environment variables look like this:
nfsrootpath=/usr/virtimages/plugroot
nfsimage_name=guru/sheeva-2.6.34-uImage
filesize=29E148
fileaddr=2000000
ipaddr=192.168.141.152
serverip=192.168.141.22
nfsrootsrv=192.168.141.2
console_nfs=console=ttyS0,115200 mtdparts=:0x100000@0x000000(u-boot),0x300000@0x100000(uImage),0x1fc00000@0x400000(rootfs)rw
bootargs_nfs=root=/dev/nfs rw nfsroot=192.168.141.2:/usr/virtimages/plugroot
nfsinitrd_name=guru/uInitrd-2.6.34
initrdtftp=tftpboot 0x01100000 guru/uInitrd-2.6.34
bootcmd_nfs=run boottftp;run initrdtftp;setenv bootargs $(console_nfs) $(bootargs_nfs) ip=$(ipaddr):$(serverip)$(bootargs_end);bootm 0x00800000 0x01100000
boottftp=tftpboot 0x00800000 guru/uImage-2.6.34
When I reset the plug, and type "run bootcmd_nfs" it will only reboot properly every second reboot/reset. Its getting the proper information via DHCP, but then somehow hangs in the middle of the boot process, trying to mount /.
eth0: link up, 100 Mb/s, full duplex, flow control disabled
. OK
IP-Config: Got DHCP answer from 192.168.141.30, my address is 192.168.141.152
IP-Config: Complete:
device=eth0, addr=192.168.141.152, mask=255.255.255.0, gw=192.168.141.253,
host=guruplug, domain=(none), nis-domain=(none),
bootserver=192.168.141.30, rootserver=192.168.141.2, rootpath=/usr/virtimages/plugroot
Freeing init memory: 140K
Loading, please wait...
mount: mounting none on /dev failed: No such device
sata_mv sata_mv.0: version 1.28
sata_mv sata_mv.0: slots 32 ports 1
scsi1 : sata_mv
ata1: SATA max UDMA/133 irq 21
ata1: SATA link down (SStatus 0 SControl F300)
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/nfs-top ... done.
IP-Config: eth0 hardware address 02:50:43:2e:7c:cf mtu 1500 DHCP RARP
IP-Config: eth0 guessed netmask 255.255.255.0
IP-Config: eth0 guessed broadcast address 192.168.141.255
IP-Config: eth0 guessed nameserver address 192.168.141.22
IP-Config: eth0 complete (from 192.168.141.22):
address: 192.168.141.152 broadcast: 192.168.141.255 netmask: 255.255.255.0
gateway: 0.0.0.0 dns0 : 192.168.141.22 dns1 : 0.0.0.0
rootserver: 192.168.141.22 rootpath:
filename :
IP-Config: eth1 hardware address 02:50:43:51:7e:82 mtu 1500 DHCP RARP
IP-Config: eth1 guessed netmask 255.255.255.0
IP-Config: eth1 guessed broadcast address 192.168.141.255
IP-Config: eth1 guessed nameserver address 192.168.141.22
IP-Config: eth1 complete (from 192.168.141.22):
address: 192.168.141.152 broadcast: 192.168.141.255 netmask: 255.255.255.0
gateway: 0.0.0.0 dns0 : 192.168.141.22 dns1 : 0.0.0.0
rootserver: 192.168.141.22 rootpath:
filename :
Begin: Running /scripts/nfs-premount ... done.
done.
Begin: Running /scripts/nfs-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
INIT: version 2.88 booting
Using makefile-style concurrent boot in runlevel S.
Starting the hotplug events dispatcher: udevdudev: starting version 157
.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...Bluetooth: Core ver 2.15
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
uap_probe: vendor=0x02DF device=0x9104 class=0 function=1
uap_sdio mmc0:0001:1: firmware: requesting mrvl/helper_sd.bin
uap_sdio mmc0:0001:1: firmware: requesting mrvl/sd8688_ap.bin
dib0700: loaded with support for 14 different device-types
dvb-usb: found a 'Hauppauge Nova-T Stick' in cold state, will try to load a firmware
usb 1-1.3: firmware: requesting dvb-usb-dib0700-1.20.fw
UAP FW is active
Bluetooth: vendor=0x2df, device=0x9105, class=255, fn=2
nfs: server 192.168.141.2 not responding, still trying
nfs: server 192.168.141.2 not responding, still trying
nfs: server 192.168.141.2 not responding, still trying
If I then do a SysRq reboot, and run bootcmd_nfs again, it will boot properly. This behavior is reproducable. Any ideas ?