Ronald G Minnich <[EMAIL PROTECTED]> writes: > Eric, here is the ksymoops (end of message) from that earlier failure. I'm > just wondering if anyone out there has seen anything like this. Also, if > anyone sees anything odd about the scsi configuration that would help too. > > Thanks in advance ... Ron. vger.rutgers.edu died a couple of months ago. vger.kernel.org is the new machine, the linux kernel mailing list is on. I'm forwarding this there. I don't know how much help we can get on a bug report against 2.4.0-test6 though. Eric > > ron > On 30 Nov 2000, Eric W. Biederman wrote: > > > Ronald G Minnich <[EMAIL PROTECTED]> writes: > > > > > This is 2.4.0-test6, on an L440GX, running linuxbios. The node comes up > > > and appears to run fine: > > > -------- > > > (scsi0) <Adaptec AIC-7896/7 Ultra2 SCSI host adapter> found at PCI 0/12/0 > > > (scsi0) Wide Channel A, SCSI ID=7, 32/255 SCBs > > > (scsi0) Downloading sequencer code... 392 instructions downloaded > > > (scsi1) <Adaptec AIC-7896/7 Ultra2 SCSI host adapter> found at PCI 0/12/1 > > > (scsi1) Wide Channel B, SCSI ID=7, 32/255 SCBs > > > (scsi1) Downloading sequencer code... 392 instructions downloaded > > > scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 > > > <Adaptec AIC-7896/7 Ultra2 SCSI host adapter> > > > scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 > > > <Adaptec AIC-7896/7 Ultra2 SCSI host adapter> > > > scsi : 2 hosts. > > > (scsi0:0:1:0) Synchronous at 40.0 Mbyte/sec, offset 31. > > > Vendor: QUANTUM Model: ATLAS 10K 9SCA Rev: UCH0 > > > Type: Direct-Access ANSI SCSI revision: 03 > > > Detected scsi disk sda at scsi0, channel 0, id 1, lun 0 > > > Vendor: VA Linux Model: Fullon 2x2 Rev: 1.01 > > > Type: Processor ANSI SCSI revision: 02 > > > scsi : detected 1 SCSI disk total. > > > SCSI device sda: hdwr sector= 512 bytes. Sectors= 17938986 [8759 MB] [8.8 > > > GB] > > > Partition check: > > > sda: sda1 sda2 sda3 > > > . > > > . > > > . > > > Welcome to Red Hat Linux > > > Press 'I' to enter interactive startup. > > > Mounting proc filesystem [ OK ] > > > Configuring kernel parameters [ OK ] > > > hwclock: Can't open /dev/tty1, errno=19: No such device. > > > Setting clock (utc): Thu Nov 30 23:07:43 /etc/localtime 2000 [ OK ] > > > Loading default keymap/etc/rc.d/rc.sysinit: /dev/tty0: No such device > > > [FAILED] > > > Activating swap partitions [ OK ] > > > Setting hostname rpc4 [ OK ] > > > Checking root filesystem > > > /dev/sda1 contains a file system with errors, check forced. > > > /dev/sda1: Inode 84024 has illegal block(s). [/sbin/fsck.ext2 -- /] > > > fsck.ext2 -a /dev/sda1 > > > > > > > > > /dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > > > (i.e., without -a or -p options) > > > > > > ------- > > > > > > But in the middle of an fsck .... > > > > > > > > > Anyway, I'm wondering if anyone has seen anything like this at all on the > > > aic7xxx driver. I also had a working L440GX that used IDE for /, and when > > > i insmod aic7xxx.o I do see this same error. Any suggestions on this > > > problem would be appreciated. > > > > Hmm. This looks like a kernel bug, probably triggered by lack of > > bios support. Could you run the oops through ksymoops so we have a > > clue what is wrong? If we knew where the kernel was crashing perhaps > > we could fix it. > > > > Sorry, here's the ksymoops > > Oops: 0000 > CPU: 0 > EIP: 0010:[<c012b234>] > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00010206 > eax: c1410000 ebx: 00000002 ecx: 0012c8f2 edx: 08458b00 > esi: 00000008 edi: 00000801 ebp: 00000096 esp: cfb67d08 > ds: 0018 es: 0018 ss: 0018 > Process fsck.ext2 (pid: 49, stackpage=cfb67000) > Stack: 00000021 00000000 cfb67e9c cfb67f20 00000801 0000107e c012fd73 > 00000801 > 0012c8f2 00000400 cfea9c00 ffffffea 00000000 00000400 25004400 > cbe56a20 > 0012c90d 00000000 00000801 00000000 00000001 cfb67e9c 4b234000 > 00000000 > Call Trace: [<c012fd73>] [<c01299c2>] [<c0129b5b>] [<c010ac4f>] > Code: 39 4a 04 75 10 0f b7 42 08 3b 44 24 24 75 06 66 39 7a 0c 74 > > >>EIP; c012b234 <getblk+7c/124> <===== > Trace; c012fd73 <block_read+2df/540> > Trace; c01299c2 <sys_lseek+5e/94> > Trace; c0129b5b <sys_read+8b/a0> > Trace; c010ac4f <system_call+33/38> > Code; c012b234 <getblk+7c/124> > 00000000 <_EIP>: > Code; c012b234 <getblk+7c/124> <===== > 0: 39 4a 04 cmp %ecx,0x4(%edx) <===== > Code; c012b237 <getblk+7f/124> > 3: 75 10 jne 15 <_EIP+0x15> c012b249 > <getblk+91/124> > Code; c012b239 <getblk+81/124> > 5: 0f b7 42 08 movzwl 0x8(%edx),%eax > Code; c012b23d <getblk+85/124> > 9: 3b 44 24 24 cmp 0x24(%esp,1),%eax > Code; c012b241 <getblk+89/124> > d: 75 06 jne 15 <_EIP+0x15> c012b249 > <getblk+91/124> > Code; c012b243 <getblk+8b/124> > f: 66 39 7a 0c cmp %di,0xc(%edx) > Code; c012b247 <getblk+8f/124> > 13: 74 00 je 15 <_EIP+0x15> c012b249 > <getblk+91/124> > > Unable to handle kernel NULL pointer dereference at virtual address > 00000008 > *pde = 00000000 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
