2.0.20 IPX-related Oops

Henrik Storner (storner@olicom.dk)
Thu, 19 Sep 1996 10:00:33 +0200 (MET DST)


Found this in the system log today. The event occurred on Monday,
but the system has kept running along happily without rebooting.
In fact, shutting down the IPX interfaces and running ipx_configure
again made IPX work just fine.

AFAIK, the system was mostly idle at the time of the Oops. I was out
of the office Monday thru Wednesday, and hardly anyone else uses the
box - and certainly not through IPX.

All messages were timestamed within one second.

Unable to handle kernel NULL pointer dereference at virtual address c00000ad
current->tss.cr3 = 00101000, Dr3 = 00101000
*pde = 00102067
*pte = 00000027
Oops: 0000
CPU: 0
EIP: 0010:[kfree_skb+152/272]
EFLAGS: 00010202
eax: 00000000 ebx: 00000001 ecx: 00000005 edx: 00a1c118
esi: 0000ed24 edi: 00000001 ebp: 0000ed24 esp: 001977a0
ds: 0018 es: 0018 fs: 002b gs: 0018 ss: 0018
Process swapper (pid: 0, process nr: 0, stackpage=001958e8)
Stack: 00a1c118 00a1c11d 0000ed2a 001526c8 0000ed24 00000001 0000ed1f 0000ed24
0019a418 001a2740 0015428c 00a1c118 0000ed24 0000ed24 0019a418 001a2740
001a1100 0013ee1c 0000ed24 001a2740 0019a418 00000000 0019a418 0000ed24
Call Trace: [ipxitf_rcv+200/288] [ipx_rcv+156/176] [p8022tr_rcv+60/112] [net_bh+236/288] [do_bottom_half+59/112] [handle_bottom_half+11/32] [hard_idle+31/64]
[sys_idle+67/128] [system_call+82/128] [init+0/608] [start_kernel+409/432]
Code: 83 bb ac 00 00 00 00 74 2f 85 ff 74 1b 56 53 e8 c4 fc ff ff
Aiee, killing interrupt handler
kfree of non-kmalloced memory: 00197930, next= 00000000, order=0
kfree of non-kmalloced memory: 00197920, next= 00000000, order=0
kfree of non-kmalloced memory: 00197e34, next= 00000000, order=0
idle task may not sleep
last message repeated 4 times
kerneld: error: exit: Identifier removed

System is a 486/66 Compaq with 20 MB RAM, and an IBM Token-Ring card.
IDE disk (Quantum Fireball), 2 serial ports. IPX and TCP/IP is built
into the kernel. kerneld (from modules-2.0.0) is running, and ncpfs
is a module.

-- 
Henrik Storner (storner@olicom.dk)