OOPS with 2.0.10

Tue, 30 Jul 1996 09:55:55 +1000

Unable to handle kernel paging request at virtual address c0f73008
current->tss.cr3 = 004f9000, ^Lr3 = 004f9000
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<00165f55>]
EFLAGS: 00010297
eax: 00000000 ebx: 003e3000 ecx: 003e3934 edx: 00f73000
esi: 00777e9c edi: 00377000 ebp: 00377000 esp: 00777e1c
ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Process mc (pid: 186, process nr: 21, stackpage=00777000)
Stack: 003e3000 0044f7c0 001633c3 003e3000 00377000 0044f7c0 00000001 00777e9c
00163338 0044f7c0 00000001 0012b245 00377000 0044f7c0 00000001 00777e9c
00000000 00777e9c 00000000 0000000e 00000000 0012b3a7 00000001 00777e9c
Call Trace: [<001633c3>] [<00163338>] [<0012b245>] [<0012b3a7>] [<0012b6db>] [<0010ed7f>] [<0010a3e2>]
Code: 89 4a 08 a1 e4 9f 19 00 89 02 c7 42 04 00 00 00 00 9c 59 fa

Using `/System.map' to map addresses to symbols.

>>EIP: 165f55 <normal_select+101/1bc>
Trace: 1633c3 <tty_select+8b/9c>
Trace: 1633c3 <tty_select+8b/9c>
Trace: 12b245 <check+31/84>
Trace: 12b3a7 <do_select+10f/234>
Trace: 12b6db <sys_select+17f/24c>
Trace: 10ed7f <old_select+3f/50>
Trace: 10a3e2 <system_call+52/80>

Code: 165f55 <normal_select+101/1bc> movl %ecx,0x8(%edx)
Code: 165f58 <normal_select+104/1bc> movl 0x199fe4,%eax
Code: 165f5d <normal_select+109/1bc> movl %eax,(%edx)
Code: 165f5f <normal_select+10b/1bc> movl $0x0,0x4(%edx)
Code: 165f66 <normal_select+112/1bc> pushf
Code: 165f67 <normal_select+113/1bc> popl %ecx
Code: 165f68 <normal_select+114/1bc> cli
Code: 165f69 <normal_select+115/1bc>

This is the second time that this kernel has done this to me.
The first time it totally locked up and could do nothing other
than switch consoles (I didn't get anything in my syslogs).

2.0.5 and 2.0.8 worked quite well for me (2.0.10 came out so
quickly after 2.0.9 that I never did get to try it:)