2.2.16 and 2.2.17 nfsroot boot problem with D-Link DE-220PCT

2.2.16 and 2.2.17 nfsroot boot problem with D-Link DE-220PCT

[Eddy]

[-- Attachment #1: Type: text/plain, Size: 227 bytes --]

Well that didn't work either! I took out APM from 2.2.17 and the now the system resets immediately following the "Booting Kernel" message.

Anybody got some good pointers for debugging a kernel at boot time?

Thanks, Eddy

[-- Attachment #2: Type: text/html, Size: 739 bytes --]

2.2.16 and 2.2.17 nfsroot boot problem with D-Link DE-220PCT

[Eddy]

[-- Attachment #1: Type: text/plain, Size: 6345 bytes --]

Well heres my first attempt at kernel debugging the problem posted yesterday. I some magic sysrq-<P> on the 486 after the Donald Becker eth0 message displayed. I had to hand write the EIP trace and then enter it into ksysmoops. Don't know if it will help but I'll try recompiling the kernel without any APM stuff and see what happens.

sysrq<T>
                        free                        sibling
  task             PC    stack   pid father child younger older
swapper   -1 R current   6248     1      0     5
   sig: 0 0000000000000000 0000000000000000 : X
kflushed   2 S c0233fb0  7084     2      1            3
   sig: 0 0000000000000000 0000000000000000 : X
kupdate    3 S c0231fc8  7108     3      1            4      2
   sig: 0 0000000000000000 ffffffffffffffff : X
kpiod      4 S 00000f00     0     4      1            5      3
   sig: 0 0000000000000000 ffffffffffffffff : X
kswapd     5 S c009dfd4  3120     5      1                   4
   sig: 0 0000000000000000 ffffffffffffffff : X

sysrq<P>

ksymoops 0.7c on i686 2.2.16-Eds2nd.  Options used
     -v nfsroot-486-02-vmlinux (specified)
     -K (specified)
     -L (specified)
     -O (specified)
     -m nfsroot-486-02-System.map (specified)

EIP: 0010:[<c0106942>] EFLAGS: 00000286
Using defaults from ksymoops -t elf32-i386 -a i386
EAX: 00000000 EBX: 00000003 ECX: c0007f60 EDX: 00000003
ESI: c0106b00 EDI: c01ce564 EBP: c0007f60 DS: 0018 ES: 0018
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ad8c>] EFLAGS: 00000212
EAX: 00003636 EBX: 00000000 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0010:[<c01062d0>] EFLAGS: 00000296
EAX: c0007f08 EBX: c0007f26 ECX: 00000000 EDX: 00000000
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0018 ES: 0018
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000bf66>] EFLAGS: 00000202
EAX: 0000530b EBX: 00000000 ECX: 00000000 EDX: 00000000
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ada3>] EFLAGS: 00000282
EAX: 000036f3 EBX: 00000000 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000bf85>] EFLAGS: 00000212
EAX: 00000000 EBX: 00000016 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ad92>] EFLAGS: 00000212
EAX: 00003636 EBX: 00000050 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000bfb6>] EFLAGS: 00000202
EAX: 0000530b EBX: 00000050 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ada7>] EFLAGS: 00000282
EAX: 000036fe EBX: 00000050 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ad9f>] EFLAGS: 00000282
EAX: 0000fe36 EBX: 00000050 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000bfp6>] EFLAGS: 00000202
EAX: 0000530b EBX: 00000050 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ad9b>] EFLAGS: 00000282
EAX: 0000fe36 EBX: 00000050 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000c114>] EFLAGS: 00000202
EAX: 00000016 EBX: 00000003 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0000 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000bf85>] EFLAGS: 00000212
EAX: 00000000 EBX: 00000016 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ad9b>] EFLAGS: 00000282
EAX: 0000fe36 EBX: 00000000 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ada7>] EFLAGS: 00000282
EAX: 000036fe EBX: 00000000 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<0000ad8e>] EFLAGS: 00000212
EAX: 00003636 EBX: 00000000 ECX: 00000000 EDX: 00000050
ESI: c0106b00 EDI: c01ce564 EBP: c0007f10 DS: 0058 ES: 0000
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<c0106320>] EFLAGS: 00000202
EAX: c0007f0c EBX: c0007f14 ECX: c0007f14 EDX: 00000000
ESI: c0106b00 EDI: c0007508 EBP: c0007f10 DS: 0018 ES: 0018
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<c0106301>] EFLAGS: 00000202
EAX: c0007f0c EBX: c0007f14 ECX: c0007f14 EDX: 00000000
ESI: c0106b00 EDI: c0007508 EBP: c0007f10 DS: 0018 ES: 0018
CR0: 8005003b CR2: c0000000 CR3: 00101000
EIP: 0050:[<c01062c0>] EFLAGS: 00000202
EAX: c0007f0c EBX: c0007f14 ECX: c0007f14 EDX: 00000000
ESI: c0106b00 EDI: c0007508 EBP: c0007f10 DS: 0018 ES: 0018
CR0: 8005003b CR2: c0000000 CR3: 00101000
Warning (Oops_read): Code line not seen, dumping what data is available

>>EIP; c0106942 <get_event+12/50>   <=====
>>EIP; 0000ad8c Before first symbol   <=====
>>EIP; c01062d0 <apm_bios_call+10/80>   <=====
>>EIP; 0000bf66 Before first symbol   <=====
>>EIP; 0000ada3 Before first symbol   <=====
>>EIP; 0000bf85 Before first symbol   <=====
>>EIP; 0000ad92 Before first symbol   <=====
>>EIP; 0000bfb6 Before first symbol   <=====
>>EIP; 0000ada7 Before first symbol   <=====
>>EIP; 0000ad9f Before first symbol   <=====
>>EIP; 0000ad9b Before first symbol   <=====
>>EIP; 0000c114 Before first symbol   <=====
>>EIP; 0000bf85 Before first symbol   <=====
>>EIP; 0000ad9b Before first symbol   <=====
>>EIP; 0000ada7 Before first symbol   <=====
>>EIP; 0000ad8e Before first symbol   <=====
>>EIP; c0106320 <apm_bios_call+60/80>   <=====
>>EIP; c0106301 <apm_bios_call+41/80>   <=====
>>EIP; c01062c0 <apm_bios_call+0/80>   <=====


1 warning issued.  Results may not be reliable.




[-- Attachment #2: Type: text/html, Size: 9166 bytes --]

2.2.16 and 2.2.17 nfsroot boot problem with D-Link DE-220PCT

[Eddy]

[-- Attachment #1: Type: text/plain, Size: 6016 bytes --]

This is a second posting, I just got back onto the kernel mailing list. The first was sent via dejanews. So If this looks familiar... It is. Ignore It.

Hi all, I seem to be having some problems configuring kernels 2.2.16 and 2.2.17 to nfsroot boot. I have two machines at a friends house I am trying to link up. The server is an A-Bit BP6 433 celeron with a rtl-8139 10/100-tx pci board which is working fine. I am trying to hook up a 486-66 with an unknown motherboard type using interface chips DX6900A-1 and DX6900A-2 to the ISA bus trying to talk to a brand new D-link DE-220-PCT. 

What I have done is comiled kernels 2.2.16-patched with USB and NTP-PPS and K-NSF and a newer 2.2.17 vanilla kernel. The 2.2.16-patched has been running fine for many months now. Windows-95 on the 486 runs the D-Link card ok. I can talk to the BP6 running samba great. I can take the D-Link card out of the 486 stuff it into the BP6 ISA bus. I can modprobe eth1 with the ne.o module and up comes the link to the 486. Windows can talk to samba great.

I think that I have just about every networking option compiled into the 2.2.16 kernel except the experimental rarp module??? I've got kernel NFS patch from a while back for the 2.2.16 kernel.

I compile the kernel for 486. Strip down most of the stuff I wont need on the 486 and leave in the arp/rarp/bootp/dhcp nfs and root on nfs.

I do mknod /dev/nfs b 0 255 ...
I do rdev bzImage.216 /dev/nfs
I do mkdir /tftpboot/192.168.50.2
I do cd /tftpboot/192.168.50.2
I do tar -C /boot -cpsf - | tar -xpsf -  ... to ... tar -C /var -cpsf - | tar -xpsf -
I do mkdir /usr /lib /mp3 ... structures to come in shared via nfs
I do cd etc
vi fstab
//celeron:/tftpboot/192.168.50.2 /     nfs rsize=8192,wsize=8192 0 0
//celeron:/lib                   /lib  nfs rsize=8192,wsize=8192 0 0
//celeron:/usr                   /usr  nfs rsize=8192,wsize=8192 0 0
//celeron:/mp3                   /mp3  nfs rsize=8192,wsize=8192 0 0
/dev/hda1                        /cdrive vfat defaults 0 0
/cdrive/swapfile                 swap   swap  defaults 0 0
none                             /proc  proc  defaults 0 0
none                             /dev/pts pts defaults 0 0
...
wq

I cd /etc
vi exports
/tftpboot/192.168.50.2 486(rw,no_root_squash,no_all_squash)
/lib                   486(rw,no_root_squash,no_all_squash)
/usr                   486(rw,no_root_squash,no)all_squash)
...
a bunch of other stuff
wq
vi dhcpd.conf
shared-network 192.168.50.0;
  { allow bootp;
    server-name "celeron";
    server-identifier 192.168.50.1;
    subnet 192.168.50.0 netmask 255.255.255.0;
      { range 192.168.50.15 192.168.50.99;
        default-lease-time 600; max-lease-time 7200;
        option subnet-mask 255.255.255.0;
        option domain-name Sophie;
      }
    group
      { host 486
         { hardware 00:50:ba:05:7b:fb;
           fixed-address 192.168.50.2;
          }
       }
  }
:wq
vi /etc/rc.d/init.d/rarp
... a bunch of junk
start = /sbin/rarp -s 192.168.50.2 00:50:ba:05:7b:fb
stop  = /sbin/rarp -d 192.168.50.2
status = /sbin/rarp -a
... a bunch more juck
:wq
vi /etc/rc.d/init.d/dhcpd
I add "eth0" to the "daemon dhcpd" start line.
:wq
cd /etc/rc.d
ln -s ../init.d/rarp rc5.d/S15rarp
ln -s ../init.d/rarp rc4.d/S15rarp
ln -s ../init.d/rarp rc3.d/s15rarp
ln -s ../init.d/dhcpd rc5.d/S65dhcpd
ln -s ../init.d/dhcpd rc4.d/S65dhcpd
ln -s ../init.d/dhcpd rc3.d/S65dhcpd

rarp -a reports 192.168.50.2 00:50:ba:05:7b:fb

tail /var/log/messages reports
"dhcpd sending and recieving on eth0 191.168.50.0... ready and waiting"

so know we do

cd /usr/src/linux/arch/i386/boot
ln -f bzImage-486.216 /tmp/
ln -f bzImage-486.217 /tmp/ ... after the rdev thingy

boot up windows on the 486.
open up the tmp samba share
copy bzImage* c:\

try
c:\loadlin.exe c:\bzImage-486.216 root=/dev/nfs ether=0,0,eth0
c:\loadlin.exe c:\bzImage-486.216 root=0:255 ether=0,0,eth0
c:\loadlin.exe c:\bzImage-486.216 root=/dev/nfs ip=autoconf ether=0,0,eth0
c:\loadlin.exe c:\bzImage-486.216 root=/dev/nfs ip=both nfsroot=192.168.50.1:/tftpboot/192.168.50.2,rsize=8192,wsize=8192 ether=0,0,eth0
c:\loadlin.exe c:\bzImage-486.216 root=/dev/nfs nfsaddrs=auto ether=0,0,eth0 ... "for compatibility reasons only"
c:\loadlin.exe c:\bzImage-486.216 root=/dev/nfs nfsaddrs=192.168.50.2:192.168.50.1::255.255.255.0:eth0:both ... "again only for compatibility reasons"
c:\loadlin.exe c:\bzImage-486.216 root=/dev/nfs ip=something:something:something:something:something:something:Idon'tknowhatelse nfsroot=192.168.50.1%s,rsize=8192,wsize=8192 nfsaddrs=myip:serv-ip:nogw:netmask:eth0 ether=9,0x280,eth0 lp=7,0x378 mem=8192k init=1
...
and every other combinations that I could possible try to think of after 3 days of continuous awakining.
...
Ditto for bzImage.217
...
OK
The result is always the same on the 486. Both kernels.
First.. the kernel would boot up until it got to "hda". It would then hang after reporting some stuff about ide-something assuming 50Mhz and I you have to do is add another kernel parameter=xx. So I tried 10,15,20,25 all with the same results... Hang.
So recompiled the kernels and put back the old mfm/rll/ide disc suppot. The help said something about the old 486's having problems sometimes with the newer fancy module. And W-A-A-L-A-A-H-H I now see Donald Becker. ne.c:v1.10 9/23/94 Donald Becker (becker@cesdis.gsfc.nasa.gov)
NE*000 ethercard probe at 0x280: 00:40:05:3f:20:d6 ... yes I know... It's just a backup card. I'll put the other one back when it starts working.
eth0: NE2000 found at 0x280, using IRQ 9.
_


and thats as far as I've gotten. So far.

Do any of the the kernel hacker type folks got any ideas what I can do next?

I Think I'll try the doing the debug thing but I've never done it yet and really don't know where to start. But I'm getting a little sleeply know so I think I'm going to just rest my head for a while.

Thanks in Advance
Eddy Cornu 

[-- Attachment #2: Type: text/html, Size: 9034 bytes --]