Messages in this thread | | | Date | Mon, 11 Mar 2002 17:29:18 -0800 (PST) | From | Eric Ortega <> | Subject | 2.4.18: kernel paging request oops |
| |
Hello,
We are running the vanilla 2.4.18 kernel on a 1.4 Ghz AMD Athlon on a IWill KK266+ with 4 IBM IDE drives and 1 WD. There are two tulip 100MB cards and a Promise Ultra/66. We are running software RAID 5 across the four IBM drives and have 3 brand new 512MB sticks of memory from crucial.com.
The .config file for the oopsing kernel is attached.
The memory and motherboard are brand new on this system. I will be taking it down and running memtest on it for the next few days (with 1.5GB it takes a while for the thorough checks).
Please help me figure out how to stabilize this system.
Thanks.
The output from ksymoops:
shrimp:/lnc/eto# ksymoops -v /usr/src/linux/vmlinux -K -L -O -m /usr/src/linux/System.map oops ksymoops 2.4.3 on i686 2.4.18. Options used -v /usr/src/linux/vmlinux (specified) -K (specified) -L (specified) -O (specified) -m /usr/src/linux/System.map (specified)
Mar 11 17:10:21 shrimp kernel: Unable to handle kernel paging request at virtual address 40000014 Mar 11 17:10:21 shrimp kernel: c01266ea Mar 11 17:10:21 shrimp kernel: *pde = 371f6067 Mar 11 17:10:21 shrimp kernel: Oops: 0003 Mar 11 17:10:21 shrimp kernel: CPU: 0 Mar 11 17:10:21 shrimp kernel: EIP: 0010:[<c01266ea>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 Mar 11 17:10:21 shrimp kernel: EFLAGS: 00010246 Mar 11 17:10:21 shrimp kernel: eax: 00001f00 ebx: 00000000 ecx: 40000000 edx: 00000000 Mar 11 17:10:21 shrimp kernel: esi: f634d6c0 edi: f634d71c ebp: 00000078 esp: f71fbdbc Mar 11 17:10:21 shrimp kernel: ds: 0018 es: 0018 ss: 0018 Mar 11 17:10:21 shrimp kernel: Process rpc.nfsd (pid: 380, stackpage=f71fb000) Mar 11 17:10:21 shrimp kernel: Stack: c01a7a2d f634d6c0 f7235b40 c01a7a6b f634d6c0 f634d6c0 c01a7bd3 f634d6c0 Mar 11 17:10:21 shrimp kernel: f634d6c0 f71fbec8 c01a977c f634d6c0 c01d27f1 f7235b40 f634d6c0 c022d880 Mar 11 17:10:21 shrimp kernel: 00002260 f71fbf38 f71fbf38 f71fbeb8 00000078 c01d7fdd f7235b40 f71fbf38 Mar 11 17:10:21 shrimp kernel: Call Trace: [<c01a7a2d>] [<c01a7a6b>] [<c01a7bd3>] [<c01a977c>] [<c01d27f1>] Mar 11 17:10:21 shrimp kernel: [<c01d7fdd>] [<c01a4a4d>] [<c01a5dab>] [<c013825b>] [<c010ff60>] [<c01a4e23>] Mar 11 17:10:21 shrimp kernel: [<c01389fa>] [<c0138ab7>] [<c01266fb>] [<c012671a>] [<c01381ba>] [<c0138de4>] Mar 11 17:10:21 shrimp kernel: [<c01a607d>] [<c0106c43>] Mar 11 17:10:21 shrimp kernel: Code: ff 49 14 0f 94 c0 84 c0 74 07 89 c8 e8 e5 f8 ff ff c3 8d 74
>>EIP; c01266ea <__free_pages+a/20> <===== Trace; c01a7a2c <skb_release_data+3c/70> Trace; c01a7a6a <kfree_skbmem+a/60> Trace; c01a7bd2 <__kfree_skb+112/120> Trace; c01a977c <skb_free_datagram+1c/20> Trace; c01d27f0 <udp_recvmsg+190/230> Trace; c01d7fdc <inet_recvmsg+3c/60> Trace; c01a4a4c <sock_recvmsg+3c/b0> Trace; c01a5daa <sys_recvmsg+15a/200> Trace; c013825a <__pollwait+8a/90> Trace; c010ff60 <schedule+2c0/2f0> Trace; c01a4e22 <sock_poll+22/30> Trace; c01389fa <do_pollfd+5a/90> Trace; c0138ab6 <do_poll+86/e0> Trace; c01266fa <__free_pages+1a/20> Trace; c012671a <free_pages+1a/20> Trace; c01381ba <poll_freewait+3a/50> Trace; c0138de4 <sys_poll+2d4/2f0> Trace; c01a607c <sys_socketcall+1ec/200> Trace; c0106c42 <system_call+2e/34> Code; c01266ea <__free_pages+a/20> 00000000 <_EIP>: Code; c01266ea <__free_pages+a/20> <===== 0: ff 49 14 decl 0x14(%ecx) <===== Code; c01266ec <__free_pages+c/20> 3: 0f 94 c0 sete %al Code; c01266f0 <__free_pages+10/20> 6: 84 c0 test %al,%al Code; c01266f2 <__free_pages+12/20> 8: 74 07 je 11 <_EIP+0x11> c01266fa <__free_pages+1a/20> Code; c01266f4 <__free_pages+14/20> a: 89 c8 mov %ecx,%eax Code; c01266f6 <__free_pages+16/20> c: e8 e5 f8 ff ff call fffff8f6 <_EIP+0xfffff8f6> c0125fe0 <__free_pages_ok+0/200> Code; c01266fa <__free_pages+1a/20> 11: c3 ret Code; c01266fc <__free_pages+1c/20> 12: 8d 74 00 00 lea 0x0(%eax,%eax,1),%esi
[unhandled content-type:application/octet-stream]
| |