1.3.72 instability

Chris Evans (chris@jcr00.lmh.ox.ac.uk)
Mon, 11 Mar 1996 19:54:21 +0000 (GMT)

Recent kernels for me seem to last on average 1.5-2 days before dying in
some way. Ususally, X OOPSES, leaving the machine perfectly usable and
running externally, though the console is stuck in graphics mode
displaying junk. This has been plaguing the Linux kernel for too long.

Incidentally, is it me or do my fonts look squashed up on the virtual
console since 1.3.60ish?

Anyway, 1.3.72 seems rather more keen to crash than other kernels,
sometime to the point of complete hang... so here's a few OOPSES.

Mar 11 16:07:50 jcr00 kernel: Unable to handle kernel paging request at virtual address c1013583
Mar 11 16:07:50 jcr00 kernel: current->tss.cr3 = 00267000,
Mar 11 16:07:50 jcr00 kernel: *pde = 00001067
Mar 11 16:07:50 jcr00 kernel: *pte = 00000000
Mar 11 16:07:50 jcr00 kernel: Oops: 0000
Mar 11 16:07:50 jcr00 kernel: CPU: 0
Mar 11 16:07:50 jcr00 kernel: EIP: 0010:[<01013583>]
Mar 11 16:07:50 jcr00 kernel: EFLAGS: 00010246
Mar 11 16:07:50 jcr00 kernel: eax: 00000000 ebx: 00000000 ecx: 0006cf28 edx: 00000000
Mar 11 16:07:50 jcr00 kernel: esi: 006a4390 edi: 00092aa8 ebp: bffffca8 esp: 0006cf44
Mar 11 16:07:50 jcr00 kernel: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Mar 11 16:07:50 jcr00 kernel: Process gpm (pid: 119, process nr: 24, stackpage=0006c000)
Mar 11 16:07:50 jcr00 kernel: Stack: 00092aa8 010131eb 00000047 000000f4 01011040 00092aa8 006a4390 00000000
Mar 11 16:07:50 jcr00 kernel: 001217dd 00092aa8 006a4390 006a4390 00000000 0058c000 0011fd76 00092aa8
Mar 11 16:07:50 jcr00 kernel: 006a4390 00000000 00000000 00000002 00092aa8 0011fe2e 0058c000 00000002
Mar 11 16:07:50 jcr00 kernel: Call Trace: [<010131eb>] [<01011040>] [<001217dd>]
[<0011fd76>] [<0011fe2e>] [<0010a469>]

EIP: 1013583: OUT OF RANGE
10131eb: "
1011040: "
1217dd: chrdev_open
11fd76: do_open
11fe2e: sys_open
10a469: system_call

Mar 11 16:07:50 jcr00 kernel: Code: <1>Unable to handle kernel paging request at virtual address c1013583
Mar 11 16:07:50 jcr00 kernel: current->tss.cr3 = 00267000,
Mar 11 16:07:50 jcr00 kernel: *pde = 00001067
Mar 11 16:07:50 jcr00 kernel: *pte = 00000000
Mar 11 16:07:50 jcr00 kernel: Oops: 0000
Mar 11 16:07:50 jcr00 kernel: CPU: 0
Mar 11 16:07:50 jcr00 kernel: EIP: 0010:[<0010a9eb>]
Mar 11 16:07:50 jcr00 kernel: EFLAGS: 00010206
Mar 11 16:07:50 jcr00 kernel: eax: 00000010 ebx: 0009002b ecx: 01013583 edx: 002bb414
Mar 11 16:07:50 jcr00 kernel: esi: 00000000 edi: 0006d000 ebp: 0006cf08 esp: 0006ceb0
Mar 11 16:07:50 jcr00 kernel: ds: 0018 es: 0018 fs: 0010 gs: 002b ss: 0018
Mar 11 16:07:50 jcr00 kernel: Process gpm (pid: 119, process nr: 24, stackpage=0006c000)
Mar 11 16:07:50 jcr00 kernel: Stack: 0017002b 00000000 00013000 0006cf08 003c0000 01000000 01800000 01000000
Mar 11 16:07:50 jcr00 kernel: 003c0018 0010fa13 00175c04 0006cf08 003c0000 0010f770 006a4390 00092aa8
Mar 11 16:07:50 jcr00 kernel: bffffca8 0009e000 0018542c 0010a61b 0006cf08 003c0000 00000000 0006cf28
Mar 11 16:07:50 jcr00 kernel: Call Trace: [<0017002b>] [<01000000>] [<01800000>]
[<01000000>] [<0010fa13>] [<0010f770>] [<0010a61b>]
Mar 11 16:07:50 jcr00 kernel: [<01013583>] [<010131eb>] [<01011040>]
[<001217dd>] [<0011fd76>] [<0011fe2e>] [<0010a469>]
Mar 11 16:07:50 jcr00 kernel: Code: 64 8a 04 0e 0f a1 88 c2 81 e2 ff 00 00 00 89 54 24 10 52 68
Mar 11 16:08:59 jcr00 kernel: PS/2 auxiliary pointing device detected -- driver installed.
Mar 11 16:15:02 jcr00 kernel: PS/2 auxiliary pointing device detected -- driver installed.
Mar 11 16:18:18 jcr00 kernel: PS/2 auxiliary pointing device detected -- driver installed.
Mar 11 16:20:00 jcr00 kernel: PS/2 auxiliary pointing device detected -- driver installed.
Mar 11 16:22:01 jcr00 kernel: PS/2 auxiliary pointing device detected -- driver installed.

EIP: 10a9eb: die_if_kernel
17002b: startup
1000000: OUT OF RANGE
1800000: "
1000000: "
10fa13: do_page_fault
10f770: do_page_fault
10a61b: error_code

the rest: As above.

Looking at my other recent crash, it is almost identical to the one
above, but is is X segfaulting. The call trace is the same.

Cheers,
-- Chris.