OK, I wrestled with ksymoops and this is the best I could come up with The first time: Aug 6 09:55:09 venus2 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000041 Aug 6 09:55:09 venus2 kernel: current->tss.cr3 = 1ec10000, %cr3 = 1ec10000 Aug 6 09:55:09 venus2 kernel: *pde = 00000000 Aug 6 09:55:09 venus2 kernel: Oops: 0000 Aug 6 09:55:09 venus2 kernel: CPU: 0 Aug 6 09:55:09 venus2 kernel: EIP: 0010:[serial:__insmod_serial_O/lib/modules/2.2.16/misc/serial.o_M398926E+-281689/76] Aug 6 09:55:09 venus2 kernel: EFLAGS: 00010286 Aug 6 09:55:09 venus2 kernel: eax: 00000001 ebx: c688eaa0 ecx: 00000000 edx: c7463bc0 Aug 6 09:55:09 venus2 kernel: esi: c5f84500 edi: c5f8455c ebp: 00000400 esp: a4041f24 Aug 6 09:55:09 venus2 kernel: ds: 0018 es: 0018 ss: 0018 Aug 6 09:55:09 venus2 kernel: Process ifconfig (pid: 25421, process nr: 67, stackpage=a4041000) Aug 6 09:55:09 venus2 kernel: Stack: a09fd2b7 00000000 00000000 80151208 c88a14e0 000002b7 c88a14e0 801512d9 Aug 6 09:55:09 venus2 kernel: a09fd2b7 c88a14e0 af5fb734 00000400 00000000 a09fd000 00000400 801488aa Aug 6 09:55:09 venus2 kernel: a09fd000 a4041f98 00000000 00000400 00000000 af5fb720 ffffffea 00000000 Aug 6 09:55:09 venus2 kernel: Call Trace: [<80151208>] [serial:__insmod_serial_O/lib/modules/2.2.16/misc/serial.o_M398926E+-281376/76] Aug 6 09:55:09 venus2 kernel: [<8010a1c0>] Aug 6 09:55:09 venus2 kernel: Code: 8b 40 40 ff d0 89 c2 83 c4 04 8b 02 01 06 8b 42 08 01 46 08 Using defaults from ksymoops -t elf32-i386 -a i386 Trace; 80151208 <dst_discard+18/1c> Trace; 8010a1c0 <do_8259A_IRQ+5c/d8> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 8b 40 40 mov 0x40(%eax),%eax Code; 00000003 Before first symbol 3: ff d0 call *%eax Code; 00000005 Before first symbol 5: 89 c2 mov %eax,%edx Code; 00000007 Before first symbol 7: 83 c4 04 add $0x4,%esp Code; 0000000a Before first symbol a: 8b 02 mov (%edx),%eax Code; 0000000c Before first symbol c: 01 06 add %eax,(%esi) Code; 0000000e Before first symbol e: 8b 42 08 mov 0x8(%edx),%eax Code; 00000011 Before first symbol 11: 01 46 08 add %eax,0x8(%esi) The serial.o stuff looks wrong to me but I am not the expert... I rebooted and managed to trigger the same thing Aug 6 10:00:17 venus2 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000040 Aug 6 10:00:17 venus2 kernel: current->tss.cr3 = 45b11000, %cr3 = 45b11000 Aug 6 10:00:17 venus2 kernel: *pde = 00000000 Aug 6 10:00:17 venus2 kernel: Oops: 0000 Aug 6 10:00:17 venus2 kernel: CPU: 1 Aug 6 10:00:17 venus2 kernel: EIP: 0010:[<c88ba3a7>] Using defaults from ksymoops -t elf32-i386 -a i386 Aug 6 10:00:17 venus2 kernel: EFLAGS: 00010286 Aug 6 10:00:17 venus2 kernel: eax: 00000000 ebx: c5def9c0 ecx: c88b2000 edx: c74cf694 Aug 6 10:00:17 venus2 kernel: esi: c6b1eb60 edi: c6b1ebbc ebp: c88ba4e0 esp: c5e37e44 Aug 6 10:00:17 venus2 kernel: ds: 0018 es: 0018 ss: 0018 Aug 6 10:00:17 venus2 kernel: Process ifconfig (pid: 1061, process nr: 35, stackpage=c5e37000) Aug 6 10:00:17 venus2 kernel: Stack: c5dd9000 801c5390 00000006 80153627 c88ba4e0 c5e199a0 c88ba4e0 00000000 Aug 6 10:00:17 venus2 kernel: 00001443 801c5388 00000008 000005dc 80153804 c5e199a0 c88ba4e0 00000010 Aug 6 10:00:17 venus2 kernel: 00000000 00000000 ffffffff 801c5240 80153d3c 00000010 c88ba4e0 8014fa54 Aug 6 10:00:17 venus2 kernel: Call Trace: [<80153627>] [<c88ba4e0>] [<c88ba4e0>] [<80153804>] [<c88ba4e0>] [<80153d3c>] [<c88ba4e0>] Aug 6 10:00:17 venus2 kernel: [<8014fa54>] [<c88ba4e0>] [<c88ba4e0>] [<801504ec>] [<c88ba4e0>] [<8016a468>] [<c88ba4e0>] [<80150 Aug 6 10:00:17 venus2 kernel: [<c88ba4e0>] [<8016c053>] [<8014bc29>] [<80131d49>] [<80109258>] Aug 6 10:00:17 venus2 kernel: Code: 8b 40 40 ff d0 89 c2 83 c4 04 8b 02 01 06 8b 42 08 01 46 08 >>EIP; c88ba3a7 <.data.end+214/????> <===== Trace; 80153627 <rtnetlink_fill_ifinfo+227/288> Trace; c88ba4e0 <.data.end+34d/????> Trace; c88ba4e0 <.data.end+34d/????> Trace; 80153804 <rtmsg_ifinfo+2c/6c> Trace; c88ba4e0 <.data.end+34d/????> Trace; 80153d3c <rtnetlink_event+18/20> Trace; c88ba4e0 <.data.end+34d/????> Trace; 8014fa54 <dev_open+64/7c> Trace; c88ba4e0 <.data.end+34d/????> Trace; c88ba4e0 <.data.end+34d/????> Trace; 801504ec <dev_change_flags+50/10c> Trace; c88ba4e0 <.data.end+34d/????> Trace; 8016a468 <devinet_ioctl+26c/57c> Trace; c88ba4e0 <.data.end+34d/????> Trace; c88ba4e0 <.data.end+34d/????> Trace; 8016c053 <inet_ioctl+12f/174> Trace; 8014bc29 <sock_ioctl+1d/24> Trace; 80131d49 <sys_ioctl+1b9/1e4> Trace; 80109258 <system_call+34/38> Code; c88ba3a7 <.data.end+214/????> 00000000 <_EIP>: Code; c88ba3a7 <.data.end+214/????> <===== 0: 8b 40 40 mov 0x40(%eax),%eax <===== Code; c88ba3aa <.data.end+217/????> 3: ff d0 call *%eax Code; c88ba3ac <.data.end+219/????> 5: 89 c2 mov %eax,%edx Code; c88ba3ae <.data.end+21b/????> 7: 83 c4 04 add $0x4,%esp Code; c88ba3b1 <.data.end+21e/????> a: 8b 02 mov (%edx),%eax Code; c88ba3b3 <.data.end+220/????> c: 01 06 add %eax,(%esi) Code; c88ba3b5 <.data.end+222/????> e: 8b 42 08 mov 0x8(%edx),%eax Code; c88ba3b8 <.data.end+225/????> 11: 01 46 08 add %eax,0x8(%esi) On both runs of ksymoops I got warnings about missing symbols although the file is there and has the correct symbols in it. # cat /proc/version Linux version 2.2.16 (root@venus2.it.swin.edu.au) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #5 SMP Sat Aug 5 20:07:36 EST 2000 -- Versions installed: (if some fields are empty or looks -- unusual then possibly you have very old versions) Linux venus.it.swin.edu.au 2.2.16 #5 SMP Sat Aug 5 20:07:36 EST 2000 i686 unknown Kernel modules 2.3.10-pre1 Gnu C egcs-2.91.66 Binutils 2.9.5.0.22 Linux C Library 2.1.3 Dynamic linker ldd (GNU libc) 2.1.3 Procps 2.0.6 Mount 2.10f Net-tools 1.54 Console-tools 0.3.3 Sh-utils 2.0 Modules Loaded autofs eepro100 bonding Thanks John. Keith Owens wrote: > On Sun, 06 Aug 2000 22:05:40 +1000, > John Newbigin <jn@it.swin.edu.au> wrote: > >I am running kernel version 2.2.16 on a Dual PIII800 with 3 Intel NIC's. > >(Compaq Proliant DL380) > > > >Unable to handle kernel NULL pointer dereference at virtual address > >00000040. I know this is not much help but it illistrates the problem. > > You need to supply all the information listed in linux/REPORTING-BUGS. > > ps. Nice to see Swinburne getting away from Novell :). - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.rutgers.edu
