Oops - 2.4.0-ac12

Finally, after many crashes which I have not been able to capture,
here is two Oops'es which I have transfered by hand from my one
machine to another. Solid lockup I am afraid, only thing working
was Alt-SysRq keys.

# Oops #1 follows

Unable to handle kernel paging request at virtual address 5b919ba8
 printing eip:
c01a66c2
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<c01a66c2>]
EFLAGS: 00013086
eax: c5d0a200   ebx: 0000200a   ecx: 00008028    edx: 5b919aa8
esi: 0000200a   edi: 00000001   ebp: c02d4820    esp: c5061f4c
ds: 0018   es: 0018   ss: 0018
Process X (pid: 800, stackpage=c5061000)
Stack: c02d4120 00000001 00000000 bffff634 00000001 c01a437a 00000001
00000001
       00000001 c02d4120 002d4820 c01a446d 00000001 00000000 c02ab580
c01a965f
       00000001 00000006 00000000 c011984c 00000000 00000001 c02ab5d8
00000007
Call Trace: [<c01a437a>] [<c01a446d>] [<c01a965f>] [<c011984c>]
[<c01197af>] [<c0108e2d>]

Code: 8b 82 00 01 00 00 89 3d 28 46 2d c0 39 10 74 21 8b 81 20 48
Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing

# Then I did Alt-SysRq-U and got the following

SysRq: Emergency Remount R/O
Remounting device 03:03 ... Scheduling in interrupt
Kernel BUG at sched.c:688!
invalid operand: 0000
CPU:    0
EIP:    0010:[<c0113e74>]
EFLAGS: 00013286
eax: 0000001b   ebx: c5061dd8   ecx: 00000001    edx: c0263b88
esi: c11fc240   edi: c5060000   ebp: c5061dc4    esp: c5061d94
ds: 0018   es: 0018   ss: 0018
Process X (pid: 800, stackpage=c5061000)
Stack: c021c765 c021c8b6 000002b0 c5061dd8 c11fc240 c5060000 c0119a44
c02d5b60
       c5061dd8 c11fc240 00000000 c02d5bc4 00000000 c013106a c39a7240
00000303
       00000001 00000000 c5060000 c11fc28c c11fc28c c0131114 c11fc240
00000303
Call Trace: [<c0119a44>] [<c013106a>] [<c0131114>] [<c0131288>]
[<c01b0b64>]
            [<c01b0c2b>] [<c0115cae>] [<c011865f>] [<c010923e>]
[<c0113447>]
            [<c0113124>] [<c0131ee3>] [<c0131f53>] [<c014cb63>]
[<c0121e7f>]
            [<c0108e7c>] [<c01a66c2>] [<c01a437a>] [<c01a446d>]
[<c01a965f>]
            [<c011984c>] [<c01197af>] [<c0108e2d>]

Code: 0f 0b 8d 65 dc 5b 5e 5f 89 ec 5d c3 55 89 e5 83 ec 10 57 56
Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing

This should be fairly accurate. I did my best to copy it across w/o
mistakes. After rebooting I got these stats out.

-- Versions installed: (if some fields are empty or look
-- unusual then possibly you have very old versions)
Linux alien 2.4.0-ac12 #2 Thu Feb 1 11:51:08 GMT 2001 i686 unknown
Kernel modules         2.3.17
Gnu C                  2.95.2
Gnu Make               3.79.1
Binutils               2.10.0.26
Linux C Library        2.1.3
Dynamic Linker         ldd (GNU libc) 2.1.3
Procps                 2.0.7
Mount                  2.10o
Net-tools              1.57
Console-tools          0.2.3
Sh-utils               2.0
Modules Loaded         tulip_cb cb_enabler ibmtr_cs ds i82365 pcmcia_core
                       ipt_REDIRECT ipt_MASQUERADE ip_nat_ftp iptable_nat
                       iptable_mangle iptable_filter ipt_unclean ipt_tos
                       ipt_state ipt_owner ipt_multiport ipt_mark ipt_mac
                       ipt_limit ipt_TOS ipt_REJECT ipt_MIRROR ipt_MARK
                       ipt_LOG ip_tables ip_conntrack_ftp ip_conntrack
                       mpu401 sb sb_lib uart401 sound soundcore

If any more details should be required, I will be more than happy to
try and get them. The interesting thing was that the system reported
all filesystems clean upon boot. (!)

      /Anders