Re: aic7xxx oops with 2.4.5-ac13
On Thu, Jun 21, 2001 at 05:08:24PM +0900, Tachino Nobuhiro wrote:
Thanks,
I'll try this patch.
Jeff
>
> Hello,
>
> At Thu, 21 Jun 2001 08:15:10,
> Trevor Hemsley wrote:
> >
> > On Thu, 21 Jun 2001 03:05:02, "Jeff V. Merkey"
> > <[EMAIL PROTECTED]> wrote:
> >
> > > Ditto. I am also seeing this oops calling the sg driver for a
> > > robotic tape library, and it also seems to happen on 2.4.4.
> >
> > In my case it appears that it was the symptom of severe bus problems.
> > About 5 minutes after I posted the initial report I discovered that
> > the cable from the back of the Nikon to the MO drive had fallen off so
> > the bus was running unterminated. Replugging it fixed teh bus error
> > and the oops.
> >
> > Looks like error handling is all fscked up...
> >
>
> I saw this oops too. The following patch is working for me, but I don't
> know this is a correct fix.
>
>
> diff -r -N -u linux.org/drivers/scsi/aic7xxx/aic7xxx_linux.c
>linux/drivers/scsi/aic7xxx/aic7xxx_linux.c
> --- linux.org/drivers/scsi/aic7xxx/aic7xxx_linux.cFri Mar 16 13:47:01 2001
> +++ linux/drivers/scsi/aic7xxx/aic7xxx_linux.cFri Mar 16 13:54:34 2001
> @@ -1872,7 +1872,9 @@
> break;
> case AC_BUS_RESET:
> #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,3,0)
> - scsi_report_bus_reset(ahc->platform_data->host, channel - 'A');
> + if (ahc->platform_data->host) {
> + scsi_report_bus_reset(ahc->platform_data->host, channel - 'A');
> + }
> #endif
> break;
> default:
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: aic7xxx oops with 2.4.5-ac13
On Thu, Jun 21, 2001 at 05:08:24PM +0900, Tachino Nobuhiro wrote:
Thanks,
I'll try this patch.
Jeff
Hello,
At Thu, 21 Jun 2001 08:15:10,
Trevor Hemsley wrote:
On Thu, 21 Jun 2001 03:05:02, Jeff V. Merkey
[EMAIL PROTECTED] wrote:
Ditto. I am also seeing this oops calling the sg driver for a
robotic tape library, and it also seems to happen on 2.4.4.
In my case it appears that it was the symptom of severe bus problems.
About 5 minutes after I posted the initial report I discovered that
the cable from the back of the Nikon to the MO drive had fallen off so
the bus was running unterminated. Replugging it fixed teh bus error
and the oops.
Looks like error handling is all fscked up...
I saw this oops too. The following patch is working for me, but I don't
know this is a correct fix.
diff -r -N -u linux.org/drivers/scsi/aic7xxx/aic7xxx_linux.c
linux/drivers/scsi/aic7xxx/aic7xxx_linux.c
--- linux.org/drivers/scsi/aic7xxx/aic7xxx_linux.cFri Mar 16 13:47:01 2001
+++ linux/drivers/scsi/aic7xxx/aic7xxx_linux.cFri Mar 16 13:54:34 2001
@@ -1872,7 +1872,9 @@
break;
case AC_BUS_RESET:
#if LINUX_VERSION_CODE = KERNEL_VERSION(2,3,0)
- scsi_report_bus_reset(ahc-platform_data-host, channel - 'A');
+ if (ahc-platform_data-host) {
+ scsi_report_bus_reset(ahc-platform_data-host, channel - 'A');
+ }
#endif
break;
default:
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: aic7xxx oops with 2.4.5-ac13
Hello,
At Thu, 21 Jun 2001 08:15:10,
Trevor Hemsley wrote:
>
> On Thu, 21 Jun 2001 03:05:02, "Jeff V. Merkey"
> <[EMAIL PROTECTED]> wrote:
>
> > Ditto. I am also seeing this oops calling the sg driver for a
> > robotic tape library, and it also seems to happen on 2.4.4.
>
> In my case it appears that it was the symptom of severe bus problems.
> About 5 minutes after I posted the initial report I discovered that
> the cable from the back of the Nikon to the MO drive had fallen off so
> the bus was running unterminated. Replugging it fixed teh bus error
> and the oops.
>
> Looks like error handling is all fscked up...
>
I saw this oops too. The following patch is working for me, but I don't
know this is a correct fix.
diff -r -N -u linux.org/drivers/scsi/aic7xxx/aic7xxx_linux.c
linux/drivers/scsi/aic7xxx/aic7xxx_linux.c
--- linux.org/drivers/scsi/aic7xxx/aic7xxx_linux.c Fri Mar 16 13:47:01 2001
+++ linux/drivers/scsi/aic7xxx/aic7xxx_linux.c Fri Mar 16 13:54:34 2001
@@ -1872,7 +1872,9 @@
break;
case AC_BUS_RESET:
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,3,0)
- scsi_report_bus_reset(ahc->platform_data->host, channel - 'A');
+ if (ahc->platform_data->host) {
+ scsi_report_bus_reset(ahc->platform_data->host, channel - 'A');
+ }
#endif
break;
default:
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: aic7xxx oops with 2.4.5-ac13
On Thu, 21 Jun 2001 03:05:02, "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote: > Ditto. I am also seeing this oops calling the sg driver for a > robotic tape library, and it also seems to happen on 2.4.4. In my case it appears that it was the symptom of severe bus problems. About 5 minutes after I posted the initial report I discovered that the cable from the back of the Nikon to the MO drive had fallen off so the bus was running unterminated. Replugging it fixed teh bus error and the oops. Looks like error handling is all fscked up... -- Trevor Hemsley, Brighton, UK. [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: aic7xxx oops with 2.4.5-ac13
On Thu, 21 Jun 2001 03:05:02, Jeff V. Merkey [EMAIL PROTECTED] wrote: Ditto. I am also seeing this oops calling the sg driver for a robotic tape library, and it also seems to happen on 2.4.4. In my case it appears that it was the symptom of severe bus problems. About 5 minutes after I posted the initial report I discovered that the cable from the back of the Nikon to the MO drive had fallen off so the bus was running unterminated. Replugging it fixed teh bus error and the oops. Looks like error handling is all fscked up... -- Trevor Hemsley, Brighton, UK. [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: aic7xxx oops with 2.4.5-ac13
Hello,
At Thu, 21 Jun 2001 08:15:10,
Trevor Hemsley wrote:
On Thu, 21 Jun 2001 03:05:02, Jeff V. Merkey
[EMAIL PROTECTED] wrote:
Ditto. I am also seeing this oops calling the sg driver for a
robotic tape library, and it also seems to happen on 2.4.4.
In my case it appears that it was the symptom of severe bus problems.
About 5 minutes after I posted the initial report I discovered that
the cable from the back of the Nikon to the MO drive had fallen off so
the bus was running unterminated. Replugging it fixed teh bus error
and the oops.
Looks like error handling is all fscked up...
I saw this oops too. The following patch is working for me, but I don't
know this is a correct fix.
diff -r -N -u linux.org/drivers/scsi/aic7xxx/aic7xxx_linux.c
linux/drivers/scsi/aic7xxx/aic7xxx_linux.c
--- linux.org/drivers/scsi/aic7xxx/aic7xxx_linux.c Fri Mar 16 13:47:01 2001
+++ linux/drivers/scsi/aic7xxx/aic7xxx_linux.c Fri Mar 16 13:54:34 2001
@@ -1872,7 +1872,9 @@
break;
case AC_BUS_RESET:
#if LINUX_VERSION_CODE = KERNEL_VERSION(2,3,0)
- scsi_report_bus_reset(ahc-platform_data-host, channel - 'A');
+ if (ahc-platform_data-host) {
+ scsi_report_bus_reset(ahc-platform_data-host, channel - 'A');
+ }
#endif
break;
default:
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: aic7xxx oops with 2.4.5-ac13
On Thu, Jun 21, 2001 at 02:08:17AM +, Trevor Hemsley wrote: Ditto. I am also seeing this oops calling the sg driver for a robotic tape library, and it also seems to happen on 2.4.4. Jeff > Just upgraded from 2.4.3 to 2.4.5-ac13 and get an aiee, killing interrupt > handler on boot as aic7xxx.o is loaded. I have an Adaptec 2906 PCI card > with a Nikon CoolscanIII and an HP optical drive attached. Works ok on > aic7xxx_old. Works with an initial bus reset on 2.4.3. Dies a horrible death > on 2.4.5-ac13. > > trevor@trevor4:/tmp > /sbin/lspci > 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03) > 00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) > 00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) > 00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) > 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) > 00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) > 00:09.0 SCSI storage controller: Adaptec AHA-7850 (rev 03) > 00:0a.0 SCSI storage controller: Initio Corporation 360P (rev 02) > 00:0b.0 Network controller: Compaq Computer Corporation Netelligent 10/100 (rev 10) > 00:0c.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang] > 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) > > On 2.4.3 I get the following errors when aic7xxx loads > > ahc_pci:0:9:0: WARNING no command for scb 0 (cmdcmplt) > QOUTPOS = 0 > scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.5 > > aic7850: Single Channel A, SCSI Id=7, 3/255 SCBs > > scsi1:0:2:0: Attempting to queue an ABORT message > (scsi1:A:2:0): Queuing a recovery SCB > scsi1:0:2:0: Device is disconnected, re-queuing SCB > Recovery code sleeping > (scsi1:A:2:0): Abort Message Sent > (scsi1:A:2:0): SCB 3 - Abort Completed. > Recovery SCB completes > Recovery code awake > aic7xxx_abort returns 8194 > > It then carries on and works. > > Ksymoops output follows but may not be entirely reliable > because it's from a hand written file and /proc/ksyms and /proc/modules are > from 2.4.3. > trevor@trevor4:/tmp > more decoded-245-ksymoops > ksymoops 2.4.0 on i686 2.4.3. Options used > -V (default) > -k /proc/ksyms (default) > -l /proc/modules (default) > -o /lib/modules/2.4.5-ac13/ (specified) > -m /l243/System.map-2.4.5-ac13 (specified) > > Unable to handle kernel NULL pointer dereference at virtual address 0004 > c018d250 > *pde = > Oops: > CPU: 0 > EIP: 0010:[] > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00010057 > eax: ebx: 0012 ecx: 0001 edx: > esi: edi: d74f0600 ebp: esp: c0233dc0 > ds: 0018 es: 0018 ss: 0018 > Process swapper (pid 0, stackpage=c0233000) > Stack: d9133058 0012 d74f0600 414f0600 >d74f0600 0001 0001 d91356ee d74f0600 d74f0690 >0003 d913e18f d74f0600 0012 d74f0600 0010 > Call Trace: [] [] [] [] [] > [] [] [] [] [] [] > [] [] [] [] [] [] > [] [] [] [] [] [] > [] > Code: 8b 40 04 85 c0 74 15 3b 90 6c 00 00 00 75 07 80 88 fc 00 00 > > >>EIP; c018d250<=
aic7xxx oops with 2.4.5-ac13
Just upgraded from 2.4.3 to 2.4.5-ac13 and get an aiee, killing interrupt handler on boot as aic7xxx.o is loaded. I have an Adaptec 2906 PCI card with a Nikon CoolscanIII and an HP optical drive attached. Works ok on aic7xxx_old. Works with an initial bus reset on 2.4.3. Dies a horrible death on 2.4.5-ac13. trevor@trevor4:/tmp > /sbin/lspci 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) 00:09.0 SCSI storage controller: Adaptec AHA-7850 (rev 03) 00:0a.0 SCSI storage controller: Initio Corporation 360P (rev 02) 00:0b.0 Network controller: Compaq Computer Corporation Netelligent 10/100 (rev 10) 00:0c.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang] 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) On 2.4.3 I get the following errors when aic7xxx loads ahc_pci:0:9:0: WARNING no command for scb 0 (cmdcmplt) QOUTPOS = 0 scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.5 aic7850: Single Channel A, SCSI Id=7, 3/255 SCBs scsi1:0:2:0: Attempting to queue an ABORT message (scsi1:A:2:0): Queuing a recovery SCB scsi1:0:2:0: Device is disconnected, re-queuing SCB Recovery code sleeping (scsi1:A:2:0): Abort Message Sent (scsi1:A:2:0): SCB 3 - Abort Completed. Recovery SCB completes Recovery code awake aic7xxx_abort returns 8194 It then carries on and works. Ksymoops output follows but may not be entirely reliable because it's from a hand written file and /proc/ksyms and /proc/modules are from 2.4.3. trevor@trevor4:/tmp > more decoded-245-ksymoops ksymoops 2.4.0 on i686 2.4.3. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5-ac13/ (specified) -m /l243/System.map-2.4.5-ac13 (specified) Unable to handle kernel NULL pointer dereference at virtual address 0004 c018d250 *pde = Oops: CPU: 0 EIP: 0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010057 eax: ebx: 0012 ecx: 0001 edx: esi: edi: d74f0600 ebp: esp: c0233dc0 ds: 0018 es: 0018 ss: 0018 Process swapper (pid 0, stackpage=c0233000) Stack: d9133058 0012 d74f0600 414f0600 d74f0600 0001 0001 d91356ee d74f0600 d74f0690 0003 d913e18f d74f0600 0012 d74f0600 0010 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 8b 40 04 85 c0 74 15 3b 90 6c 00 00 00 75 07 80 88 fc 00 00 >>EIP; c018d250<= Trace; d9133058 <[serial].bss.end+18d5/18dd> Trace; d91356ee <[aic7xxx]ahc_filter_command+20a/2a4> Trace; d913e18f <[aic7xxx]ahc_reset+37/470> Trace; d913e4fd <[aic7xxx]ahc_reset+3a5/470>
aic7xxx oops with 2.4.5-ac13
Just upgraded from 2.4.3 to 2.4.5-ac13 and get an aiee, killing interrupt handler on boot as aic7xxx.o is loaded. I have an Adaptec 2906 PCI card with a Nikon CoolscanIII and an HP optical drive attached. Works ok on aic7xxx_old. Works with an initial bus reset on 2.4.3. Dies a horrible death on 2.4.5-ac13. trevor@trevor4:/tmp /sbin/lspci 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) 00:09.0 SCSI storage controller: Adaptec AHA-7850 (rev 03) 00:0a.0 SCSI storage controller: Initio Corporation 360P (rev 02) 00:0b.0 Network controller: Compaq Computer Corporation Netelligent 10/100 (rev 10) 00:0c.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang] 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) On 2.4.3 I get the following errors when aic7xxx loads ahc_pci:0:9:0: WARNING no command for scb 0 (cmdcmplt) QOUTPOS = 0 scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.5 Adaptec 2902/04/10/15/20/30C SCSI adapter aic7850: Single Channel A, SCSI Id=7, 3/255 SCBs scsi1:0:2:0: Attempting to queue an ABORT message (scsi1:A:2:0): Queuing a recovery SCB scsi1:0:2:0: Device is disconnected, re-queuing SCB Recovery code sleeping (scsi1:A:2:0): Abort Message Sent (scsi1:A:2:0): SCB 3 - Abort Completed. Recovery SCB completes Recovery code awake aic7xxx_abort returns 8194 It then carries on and works. Ksymoops output follows but may not be entirely reliable because it's from a hand written file and /proc/ksyms and /proc/modules are from 2.4.3. trevor@trevor4:/tmp more decoded-245-ksymoops ksymoops 2.4.0 on i686 2.4.3. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5-ac13/ (specified) -m /l243/System.map-2.4.5-ac13 (specified) Unable to handle kernel NULL pointer dereference at virtual address 0004 c018d250 *pde = Oops: CPU: 0 EIP: 0010:[c018d250] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010057 eax: ebx: 0012 ecx: 0001 edx: esi: edi: d74f0600 ebp: esp: c0233dc0 ds: 0018 es: 0018 ss: 0018 Process swapper (pid 0, stackpage=c0233000) Stack: d9133058 0012 d74f0600 414f0600 d74f0600 0001 0001 d91356ee d74f0600 d74f0690 0003 d913e18f d74f0600 0012 d74f0600 0010 Call Trace: [d9133058] [d91356ee] [d913e18f] [d913e4fd] [d913e539] [c0115b98] [c011] [d9136b89] [e6948262] [c019c9a2] [c011c635] [d9132ad4] [c0108301] [c01084e6] [c0105160] [c0105160] [c010a82e] [c0105160] [c0105160] [c0100018] [c010518d] [c01051f2] [c0105000] [c01001cf] Code: 8b 40 04 85 c0 74 15 3b 90 6c 00 00 00 75 07 80 88 fc 00 00 EIP; c018d250 scsi_report_bus_reset+8/28 = Trace; d9133058 [serial].bss.end+18d5/18dd
Re: aic7xxx oops with 2.4.5-ac13
On Thu, Jun 21, 2001 at 02:08:17AM +, Trevor Hemsley wrote: Ditto. I am also seeing this oops calling the sg driver for a robotic tape library, and it also seems to happen on 2.4.4. Jeff Just upgraded from 2.4.3 to 2.4.5-ac13 and get an aiee, killing interrupt handler on boot as aic7xxx.o is loaded. I have an Adaptec 2906 PCI card with a Nikon CoolscanIII and an HP optical drive attached. Works ok on aic7xxx_old. Works with an initial bus reset on 2.4.3. Dies a horrible death on 2.4.5-ac13. trevor@trevor4:/tmp /sbin/lspci 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) 00:09.0 SCSI storage controller: Adaptec AHA-7850 (rev 03) 00:0a.0 SCSI storage controller: Initio Corporation 360P (rev 02) 00:0b.0 Network controller: Compaq Computer Corporation Netelligent 10/100 (rev 10) 00:0c.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang] 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) On 2.4.3 I get the following errors when aic7xxx loads ahc_pci:0:9:0: WARNING no command for scb 0 (cmdcmplt) QOUTPOS = 0 scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.5 Adaptec 2902/04/10/15/20/30C SCSI adapter aic7850: Single Channel A, SCSI Id=7, 3/255 SCBs scsi1:0:2:0: Attempting to queue an ABORT message (scsi1:A:2:0): Queuing a recovery SCB scsi1:0:2:0: Device is disconnected, re-queuing SCB Recovery code sleeping (scsi1:A:2:0): Abort Message Sent (scsi1:A:2:0): SCB 3 - Abort Completed. Recovery SCB completes Recovery code awake aic7xxx_abort returns 8194 It then carries on and works. Ksymoops output follows but may not be entirely reliable because it's from a hand written file and /proc/ksyms and /proc/modules are from 2.4.3. trevor@trevor4:/tmp more decoded-245-ksymoops ksymoops 2.4.0 on i686 2.4.3. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.5-ac13/ (specified) -m /l243/System.map-2.4.5-ac13 (specified) Unable to handle kernel NULL pointer dereference at virtual address 0004 c018d250 *pde = Oops: CPU: 0 EIP: 0010:[c018d250] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010057 eax: ebx: 0012 ecx: 0001 edx: esi: edi: d74f0600 ebp: esp: c0233dc0 ds: 0018 es: 0018 ss: 0018 Process swapper (pid 0, stackpage=c0233000) Stack: d9133058 0012 d74f0600 414f0600 d74f0600 0001 0001 d91356ee d74f0600 d74f0690 0003 d913e18f d74f0600 0012 d74f0600 0010 Call Trace: [d9133058] [d91356ee] [d913e18f] [d913e4fd] [d913e539] [c0115b98] [c011] [d9136b89] [e6948262] [c019c9a2] [c011c635] [d9132ad4] [c0108301] [c01084e6] [c0105160] [c0105160] [c010a82e] [c0105160] [c0105160] [c0100018] [c010518d] [c01051f2] [c0105000] [c01001cf] Code: 8b 40 04 85 c0 74
