Newby help. Tons and tons of Oops
I'm not really that much of a newby (2 years of linux) but I am a newby to kernel dumps.
I'm running Redhat 7 with the latest kernel compiled using kgcc. I get many many oops, lockups and mysterious reboots. Can anybody help me determine what is causing this from ksymoops output below. I thought it might be something with my swapper file so I deleted and recreated the partition. I still have the same problem. This system was rock solid under 6.2 but is pretty much useless now. This is pnly the last couple of Oops after a reboot. I have dozens in my messages file. :(
Nov 12 14:10:08 phlegmish kernel: Unable to handle kernel paging request at virtual address ff57da13 Nov 12 14:10:08 phlegmish kernel: c012fe98 Nov 12 14:10:08 phlegmish kernel: *pde = 00000000 Nov 12 14:10:08 phlegmish kernel: Oops: 0002 Nov 12 14:10:08 phlegmish kernel: CPU: 0 Nov 12 14:10:08 phlegmish kernel: EIP: 0010:[<c012fe98>] Nov 12 14:10:08 phlegmish kernel: EFLAGS: 00210286 Nov 12 14:10:08 phlegmish kernel: eax: c6550800 ebx: fffffff7 ecx: 00000001 edx: ff57d9ff Nov 12 14:10:08 phlegmish kernel: esi: 0000003c edi: 0000003c ebp: bffff5f0 esp: c0d55fb0 Nov 12 14:10:08 phlegmish kernel: ds: 0018 es: 0018 ss: 0018 Nov 12 14:10:08 phlegmish kernel: Process bash (pid: 875, stackpage=c0d55000) Nov 12 14:10:08 phlegmish kernel: Stack: c012f319 c0d54000 0000003c 080cd40c c010a407 00000001 080cd40c 0000003c Nov 12 14:10:08 phlegmish kernel: 0000003c 080cd40c bffff5f0 00000004 0000002b 0000002b 00000004 400fb6a4 Nov 12 14:10:08 phlegmish kernel: 00000023 00200206 bffff5c0 0000002b Nov 12 14:10:08 phlegmish kernel: Call Trace: [<c012f319>] [<c010a407>] Nov 12 14:10:08 phlegmish kernel: Code: ff 42 14 89 d0 c3 89 f6 8b 4c 24 04
ff 49 14 0f 94 c0 84 c0
Quoted 1 line
Quoted 1 line
EIP;
c012fe98<fget+20/28> <=====
Trace; c012f319 <sys_write+15/c8>
Trace; c010a407 <system_call+33/38>
Code; c012fe98 <fget+20/28>
00000000 <_EIP>:
Code; c012fe98 <fget+20/28> <=====
0: ff 42 14 incl 0x14(%edx) <=====
Code; c012fe9b <fget+23/28>
3: 89 d0 mov %edx,%eax
Code; c012fe9d <fget+25/28>
5: c3 ret
Code; c012fe9e <fget+26/28>
6: 89 f6 mov %esi,%esi
Code; c012fea0 <put_filp+0/38>
8: 8b 4c 24 04 mov 0x4(%esp,1),%ecx
Code; c012fea4 <put_filp+4/38>
c: ff 49 14 decl 0x14(%ecx)
Code; c012fea7 <put_filp+7/38>
f: 0f 94 c0 sete %al
Code; c012feaa <put_filp+a/38>
12: 84 c0 test %al,%al
Nov 12 14:10:08 phlegmish kernel: Unable to handle kernel paging request at virtual address 8b103f15 Nov 12 14:10:08 phlegmish kernel: c012ef56 Nov 12 14:10:08 phlegmish kernel: *pde = 00000000 Nov 12 14:10:08 phlegmish kernel: Oops: 0000 Nov 12 14:10:08 phlegmish kernel: CPU: 0 Nov 12 14:10:08 phlegmish kernel: EIP: 0010:[<c012ef56>] Nov 12 14:10:08 phlegmish kernel: EFLAGS: 00210282 Nov 12 14:10:08 phlegmish kernel: eax: 8b103f01 ebx: 8b103f01 ecx: 8b103f01 edx: 00000400 Nov 12 14:10:08 phlegmish kernel: esi: 00000000 edi: c437c420 ebp: 00000001 esp: c0d55e84 Nov 12 14:10:08 phlegmish kernel: ds: 0018 es: 0018 ss: 0018 Nov 12 14:10:08 phlegmish kernel: Process bash (pid: 875, stackpage=c0d55000) Nov 12 14:10:08 phlegmish kernel: Stack: 00000007 00000000 c011b3ba 8b103f01 c437c420 c55210e0 c0d54000 0000000b Nov 12 14:10:08 phlegmish kernel: ff57da13 c011b9ba c437c420 00000000 000003fd c01129f0 c010a8be 0000000b Nov 12 14:10:08 phlegmish kernel: c0112d16 c021155e
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
I ran it for overnight without an error. I'm not sure if it is supposed to show an error on screen or not but it didn't. I also had my usual pile of Oops overnight as well. 116 of them. :(
I'm running 2.4.0test11pre3. but the kernel shipped with Redhat 7 doesn't work either. When I was running 2.2.15 and RedHat 6.2 before upgrading it worked great. Never had an oops ever.
I ran a memory checker under dos as well and it didn't find anything. Any tips?
Quoted 6 lines · you
Step 1: Run memtest (search freshmeat) overnight.
Step 2: If the kernel that ships with your distribution works (you didn't
say) then continue using it, it is most likely superior (and certantly better supported) the the most current Linus kernel.
If you must run a kernel other then the one shipped with your
distro, you must name it's version in your bug report to l-k. There are
Quoted 87 lines
several versions that could be called 'most current': 2.2.17, 2.2.18preX, 2.4.0test10, 2.4.0test11pre3.From reading the opps below, I highly suspect you will discover resolution during step 1.
Quoted 79 lines · David Won
I'm not really that much of a newby (2 years of linux) but I am a newby to kernel dumps.
I'm running Redhat 7 with the latest kernel compiled using kgcc. I get many many oops, lockups and mysterious reboots. Can anybody help me determine what is causing this from ksymoops output below. I thought it might be something with my swapper file so I deleted and recreated the partition. I still have the same problem. This system was rock solid under 6.2 but is pretty much useless now. This is pnly the last couple of Oops after a reboot. I have dozens in my messages file. :(Nov 12 14:10:08 phlegmish kernel: Unable to handle kernel paging request at virtual address ff57da13 Nov 12 14:10:08 phlegmish kernel: c012fe98 Nov 12 14:10:08 phlegmish kernel: *pde = 00000000 Nov 12 14:10:08 phlegmish kernel: Oops: 0002 Nov 12 14:10:08 phlegmish kernel: CPU: 0 Nov 12 14:10:08 phlegmish kernel: EIP: 0010:[<c012fe98>] Nov 12 14:10:08 phlegmish kernel: EFLAGS: 00210286 Nov 12 14:10:08 phlegmish kernel: eax: c6550800 ebx: fffffff7 ecx: 00000001 edx: ff57d9ff Nov 12 14:10:08 phlegmish kernel: esi: 0000003c edi: 0000003c ebp: bffff5f0 esp: c0d55fb0 Nov 12 14:10:08 phlegmish kernel: ds: 0018 es: 0018 ss: 0018 Nov 12 14:10:08 phlegmish kernel: Process bash (pid: 875, stackpage=c0d55000) Nov 12 14:10:08 phlegmish kernel: Stack: c012f319 c0d54000 0000003c 080cd40c c010a407 00000001 080cd40c 0000003c Nov 12 14:10:08 phlegmish kernel: 0000003c 080cd40c bffff5f0 00000004 0000002b 0000002b 00000004 400fb6a4 Nov 12 14:10:08 phlegmish kernel: 00000023 00200206 bffff5c0
0000002bNov 12 14:10:08 phlegmish kernel: Call Trace: [<c012f319>] [<c010a407>] Nov 12 14:10:08 phlegmish kernel: Code: ff 42 14 89 d0 c3 89 f6 8b 4c 24 04 ff 49 14 0f 94 c0 84 c0Quoted 1 line
Quoted 1 line
EIP;
c012fe98<fget+20/28> <=====Trace;
c012f319<sys_write+15/c8>
Trace;c010a407<system_call+33/38>
Code;c012fe98<fget+20/28>
00000000 <_EIP>:
Code;c012fe98<fget+20/28> <=====
0: ff 42 14 incl 0x14(%edx) <=====
Code;c012fe9b<fget+23/28>
3: 89 d0 mov %edx,%eax
Code;c012fe9d<fget+25/28>
5: c3 ret
Code;c012fe9e<fget+26/28>
6: 89 f6 mov %esi,%esi
Code;c012fea0<put_filp+0/38>
8: 8b 4c 24 04 mov 0x4(%esp,1),%ecx
Code;c012fea4<put_filp+4/38>
c: ff 49 14 decl 0x14(%ecx)
Code;c012fea7<put_filp+7/38>
f: 0f 94 c0 sete %al
Code;c012feaa<put_filp+a/38>
12: 84 c0 test %al,%alNov 12 14:10:08 phlegmish kernel: Unable to handle kernel paging request at virtual address 8b103f15 Nov 12 14:10:08 phlegmish kernel: c012ef56 Nov 12 14:10:08 phlegmish kernel: *pde = 00000000 Nov 12 14:10:08 phlegmish kernel: Oops: 0000 Nov 12 14:10:08 phlegmish kernel: CPU: 0 Nov 12 14:10:08 phlegmish kernel: EIP: 0010:[<c012ef56>] Nov 12 14:10:08 phlegmish kernel: EFLAGS: 00210282 Nov 12 14:10:08 phlegmish kernel: eax: 8b103f01 ebx: 8b103f01 ecx: 8b103f01 edx: 00000400 Nov 12 14:10:08 phlegmish kernel: esi: 00000000 edi: c437c420 ebp: 00000001 esp: c0d55e84 Nov 12 14:10:08 phlegmish kernel: ds: 0018 es: 0018 ss: 0018 Nov 12 14:10:08 phlegmish kernel: Process bash (pid: 875, stackpage=c0d55000) Nov 12 14:10:08 phlegmish kernel: Stack: 00000007 00000000 c011b3ba 8b103f01 c437c420 c55210e0 c0d54000 0000000b Nov 12 14:10:08 phlegmish kernel: ff57da13 c011b9ba c437c420 00000000 000003fd c01129f0 c010a8be 0000000b Nov 12 14:10:08 phlegmish kernel: c0112d16 c021155e-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Quoted 5 lines · David Won
I'm running 2.4.0test11pre3. but the kernel shipped with Redhat 7 doesn't work either. When I was running 2.2.15 and RedHat 6.2 before upgrading it worked great. Never had an oops ever.
I ran a memory checker under dos as well and it didn't find anything. Any tips?
Could you please check:
1/ if memtest really worked, as I had problems with 2.4 (in fact, it wasn't launched, I had to downgrade to 2.3 for having a test) (have you seen a scrolling bar of '#' ?) (anyway, i'm sending 2.3 binary privatly) 2/ your hardware internal temperature (put your hand into the box) 3/ if every cable is correctly plugged in
It looks to me like an hardware failure, not a software one.
Arnaud.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
I ran memtest through 15 cycles without finding anything.
I guess that's good. ;) I pasted a bunch more Oops below to see if it helps any.
Dave
Quoted 14 lines · Arnaud S . Launay
Quoted 5 lines · David Won
I'm running 2.4.0test11pre3. but the kernel shipped with Redhat 7 doesn't work either. When I was running 2.2.15 and RedHat 6.2 before upgrading it worked great. Never had an oops ever.
I ran a memory checker under dos as well and it didn't find anything. Any tips?Could you please check:
1/ if memtest really worked, as I had problems with 2.4 (in fact, it wasn't launched, I had to downgrade to 2.3 for having a test) (have you seen a scrolling bar of '#' ?) (anyway, i'm sending 2.3 binary privatly) 2/ your hardware internal temperature (put your hand into the box) 3/ if every cable is correctly plugged in
Quoted 7 lines
It looks to me like an hardware failure, not a software one.
Arnaud.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Nov 14 02:53:44 phlegmish kernel: invalid operand: 0000 Nov 14 02:53:44 phlegmish kernel: CPU: 0 Nov 14 02:53:44 phlegmish kernel: EIP: 0010:[<c012ad99>] Nov 14 02:53:44 phlegmish kernel: EFLAGS: 00010286 Nov 14 02:53:44 phlegmish kernel: eax: 0000001f ebx: c11d1e4c ecx: 00000000 edx: ffffffffNov 14 02:53:44 phlegmish kernel: esi: c11d1e74 edi: c0250b38 ebp: 00000000 esp: c1237f7cNov 14 02:53:44 phlegmish kernel: ds: 0018 es: 0018 ss: 0018 Nov 14 02:53:44 phlegmish kernel: Process kflushd (pid: 4, stackpage=c1237000) Nov 14 02:53:44 phlegmish kernel: Stack: c020a345 c020a513 00000054 c11d1e4c c11d1e74 c0250b38 00000000 c0250b38 Nov 14 02:53:44 phlegmish kernel: 00000000 c7c1fc20 00000003 c0129e2f c012b6f7 c012a009 00000000 c1236000 Nov 14 02:53:44 phlegmish kernel: 00000000 0008e000 00000013 00000000 00000000 00000c28 00000000 c013277f Nov 14 02:53:44 phlegmish kernel: Call Trace: [<c020a345>] [<c020a513>] [<c0129e2f>] [<c012b6f7>] [<c012a009>] [<c013277f>] [<c0108aef>] Nov 14 02:53:44 phlegmish kernel: Code: 0f 0b 83 c4 0c 89 f6 89 d8 2b 05 58
21 2b c0 69 c0 f1 f0 f0
Quoted 1 line
Quoted 1 line
EIP;
c012ad99<__free_pages_ok+49/338> <=====
Trace; c020a345 <tvecs+1cdd/11498>
Trace; c020a513 <tvecs+1eab/11498>
Trace; c0129e2f <page_launder+28b/728>
Trace; c012b6f7 <__free_pages+13/14>
Trace; c012a009 <page_launder+465/728>
Trace; c013277f <bdflush+8f/114>
Trace; c0108aef <kernel_thread+23/30>
Code; c012ad99 <__free_pages_ok+49/338>
00000000 <_EIP>:
Code; c012ad99 <__free_pages_ok+49/338> <=====
0: 0f 0b ud2a <=====
Code; c012ad9b <__free_pages_ok+4b/338>
2: 83 c4 0c add $0xc,%esp
Code; c012ad9e <__free_pages_ok+4e/338>
5: 89 f6 mov %esi,%esi
Code; c012ada0 <__free_pages_ok+50/338>
7: 89 d8 mov %ebx,%eax
Code; c012ada2 <__free_pages_ok+52/338>
9: 2b 05 58 21 2b c0 sub 0xc02b2158,%eax
Code; c012ada8 <__free_pages_ok+58/338>
f: 69 c0 f1 f0 f0 00 imul $0xf0f0f1,%eax,%eax
Nov 14 02:53:58 phlegmish kernel: invalid operand: 0000 Nov 14 02:53:58 phlegmish kernel: CPU: 0 Nov 14 02:53:58 phlegmish kernel: EIP: 0010:[<c0129b4d>] Nov 14 02:53:58 phlegmish kernel: EFLAGS: 00013292 Nov 14 02:53:58 phlegmish kernel: eax: 0000001c ebx: c11d1e68 ecx: 00000000 edx: 00000002Nov 14 02:53:58 phlegmish kernel: esi: c11d1e4c edi: c583eb7c ebp: c0250b18 esp: c4c75df8Nov 14 02:53:58 phlegmish kernel: ds: 0018 es: 0018 ss: 0018 Nov 14 02:53:58 phlegmish kernel: Process X (pid: 715, stackpage=c4c75000) Nov 14 02:53:58 phlegmish kernel: Stack: c0209da5 c0209f64 00000215 c0250b18 c0250cf0 00000002 00000000 c583eb7c Nov 14 02:53:58 phlegmish kernel: c0250b38 00000211 c012b362 c0250b18 00000000 c0250cf8 c0250cec c4f4c6a0 Nov 14 02:53:58 phlegmish kernel: 000000e6 c012b4d4 c0250cec 00000000 00000002 00000001 00000000 c4f4c6a0 Nov 14 02:53:58 phlegmish kernel: Call Trace: [<c0209da5>] [<c0209f64>] [<c012b362>] [<c012b4d4>] [<c015fa1d>] [<c015fc32>] [<c012153d>] Nov 14 02:53:58 phlegmish kernel: [<c0121690>] [<c0112004>] [<c011214f>] [<c0112004>] [<c8820134>] [<c881e262>] [<c011c208>] [<c011c10e>] Nov 14 02:53:58 phlegmish kernel: [<c010b738>] [<c010a554>] Nov 14 02:53:58 phlegmish kernel: Code: 0f 0b 83 c4 0c 31 c0 0f b3 46 18 8d
5e 28 8d 46 2c 39 46 2c
Quoted 1 line
Quoted 1 line
EIP;
c0129b4d<reclaim_page+355/3ac> <=====
Trace; c0209da5 <tvecs+173d/11498>
Trace; c0209f64 <tvecs+18fc/11498>
Trace; c012b362 <__alloc_pages_limit+82/b8>
Trace; c012b4d4 <__alloc_pages+13c/2f8>
Trace; c015fa1d <shm_nopage_core+59/1dc>
Trace; c015fc32 <shm_nopage+92/a4>
Trace; c012153d <do_no_page+59/c4>
Trace; c0121690 <handle_mm_fault+e8/164>
Trace; c0112004 <do_page_fault+0/40c>
Trace; c011214f <do_page_fault+14b/40c>
Trace; c0112004 <do_page_fault+0/40c>
Trace; c8820134 <[emu10k1]emu10k1_waveout_fillsilence+a4/b0> Trace; c881e262 <[emu10k1]emu10k1_waveout_bh+62/70> Trace; c011c208 <tasklet_hi_action+3c/60>
Trace; c011c10e <do_softirq+4e/74>
Trace; c010b738 <do_IRQ+9c/ac>
Trace; c010a554 <error_code+34/3c>
Code; c0129b4d <reclaim_page+355/3ac>
00000000 <_EIP>:
Code; c0129b4d <reclaim_page+355/3ac> <=====
0: 0f 0b ud2a <=====
Code; c0129b4f <reclaim_page+357/3ac>
2: 83 c4 0c add $0xc,%esp
Code; c0129b52 <reclaim_page+35a/3ac>
5: 31 c0 xor %eax,%eax
Code; c0129b54 <reclaim_page+35c/3ac>
7: 0f b3 46 18 btr %eax,0x18(%esi)
Code; c0129b58 <reclaim_page+360/3ac>
b: 8d 5e 28 lea 0x28(%esi),%ebx
Code; c0129b5b <reclaim_page+363/3ac>
e: 8d 46 2c lea 0x2c(%esi),%eax
Code; c0129b5e <reclaim_page+366/3ac>
11: 39 46 2c cmp %eax,0x2c(%esi)
Nov 14 03:17:38 phlegmish kernel: Unable to handle kernel paging request at virtual address ff7f1014 Nov 14 03:17:38 phlegmish kernel: c012e896 Nov 14 03:17:38 phlegmish kernel: *pde = 00000000 Nov 14 03:17:38 phlegmish kernel: Oops: 0000 Nov 14 03:17:38 phlegmish kernel: CPU: 0 Nov 14 03:17:38 phlegmish kernel: EIP: 0010:[<c012e896>] Nov 14 03:17:38 phlegmish kernel: EFLAGS: 00210286 Nov 14 03:17:38 phlegmish kernel: eax: ff7f1000 ebx: ff7f1000 ecx: ff7f1000 edx: 00000400Nov 14 03:17:38 phlegmish kernel: esi: 00000000 edi: c28a5dc0 ebp: 00000001 esp: c191df80Nov 14 03:17:38 phlegmish kernel: ds: 0018 es: 0018 ss: 0018 Nov 14 03:17:38 phlegmish kernel: Process netscape (pid: 820, stackpage=c191d000) Nov 14 03:17:38 phlegmish kernel: Stack: 00000007 00000000 c011aa1a ff7f1000 c28a5dc0 c09c7dc0 c191c000 00000000 Nov 14 03:17:38 phlegmish kernel: bffff8a0 c011b01a c28a5dc0 c191c000 401488ec 00000000 c011b162 00000000 Nov 14 03:17:38 phlegmish kernel: c010a437 00000000 ffffffff 40149740 401488ec 00000000 bffff8a0 00000001 Nov 14 03:17:38 phlegmish kernel: Call Trace: [<c011aa1a>] [<ff7f1000>] [<c011b01a>] [<c011b162>] [<c010a437>] Nov 14 03:17:38 phlegmish kernel: Code: 8b 43 14 85 c0 75 13 68 a2 b4 20 c0
e8 35 9f fe ff 31 c0 83
Quoted 1 line
Quoted 1 line
EIP;
c012e896<filp_close+6/64> <=====
Trace; c011aa1a <put_files_struct+42/b0>
Trace; ff7f1000 <END_OF_CODE+36f8724c/???
Trace; c011b01a <do_exit+c2/1fc>
Trace; c011b162 <sys_exit+e/10>
Trace; c010a437 <system_call+33/38>
Code; c012e896 <filp_close+6/64>
00000000 <_EIP>:
Code; c012e896 <filp_close+6/64> <=====
0: 8b 43 14 mov 0x14(%ebx),%eax <=====
Code; c012e899 <filp_close+9/64>
3: 85 c0 test %eax,%eax
Code; c012e89b <filp_close+b/64>
5: 75 13 jne 1a <_EIP+0x1a> c012e8b0
<filp_close+20/64>
Code; c012e89d <filp_close+d/64>
7: 68 a2 b4 20 c0 push $0xc020b4a2
Code; c012e8a2 <filp_close+12/64>
c: e8 35 9f fe ff call fffe9f46 <_EIP+0xfffe9f46> c01187dc
<printk+0/19c>
Code; c012e8a7 <filp_close+17/64>
11: 31 c0 xor %eax,%eax
Code; c012e8a9 <filp_close+19/64>
13: 83 00 00 addl $0x0,(%eax)
Nov 14 04:02:35 phlegmish kernel: Unable to handle kernel paging request at virtual address 0001fff4 Nov 14 04:02:35 phlegmish kernel: c01390eb Nov 14 04:02:35 phlegmish kernel: *pde = 00000000 Nov 14 04:02:35 phlegmish kernel: Oops: 0000 Nov 14 04:02:35 phlegmish kernel: CPU: 0 Nov 14 04:02:35 phlegmish kernel: EIP: 0010:[<c01390eb>] Nov 14 04:02:35 phlegmish kernel: EFLAGS: 00010213 Nov 14 04:02:35 phlegmish kernel: eax: c74deae0 ebx: 0001ffec ecx: 00000000 edx: 00020000Nov 14 04:02:35 phlegmish kernel: esi: c7d2700a edi: c5125f64 ebp: c5125fa8 esp: c5125f44Nov 14 04:02:35 phlegmish kernel: ds: 0018 es: 0018 ss: 0018 Nov 14 04:02:35 phlegmish kernel: Process updatedb (pid: 1042, stackpage=c5125000) Nov 14 04:02:35 phlegmish kernel: Stack: c73a6000 00000000 c5125fa4 bffffb60 c5124000 c01386db c5124000 00000008 Nov 14 04:02:36 phlegmish kernel: c7d2700a c73a6000 00000004 00075e25 c01396a0 c73a6000 c5125fa4 c5124000 Nov 14 04:02:36 phlegmish kernel: c5125fa4 ffffffff c01366e6 08053664 00000008 c5125fa4 c5124000 08052298 Nov 14 04:02:36 phlegmish kernel: Call Trace: [<c01386db>] [<c01396a0>] [<c01366e6>] [<c010a437>] Nov 14 04:02:36 phlegmish kernel: Code: 39 42 f4 75 68 85 db 74 03 ff 42 1c
89 5d 00 8b 52 f4 85 d2
Quoted 1 line
Quoted 1 line
EIP;
c01390eb<path_walk+5f7/80c> <=====
Trace; c01386db <getname+5b/a0>
Trace; c01396a0 <__user_walk+3c/58>
Trace; c01366e6 <sys_lstat64+16/70>
Trace; c010a437 <system_call+33/38>
Code; c01390eb <path_walk+5f7/80c>
00000000 <_EIP>:
Code; c01390eb <path_walk+5f7/80c> <=====
0: 39 42 f4 cmp %eax,0xfffffff4(%edx) <=====
Code; c01390ee <path_walk+5fa/80c>
3: 75 68 jne 6d <_EIP+0x6d> c0139158
<path_walk+664/80c>
Code; c01390f0 <path_walk+5fc/80c>
5: 85 db test %ebx,%ebx
Code; c01390f2 <path_walk+5fe/80c>
7: 74 03 je c <_EIP+0xc> c01390f7
<path_walk+603/80c>
Code; c01390f4 <path_walk+600/80c>
9: ff 42 1c incl 0x1c(%edx)
Code; c01390f7 <path_walk+603/80c>
c: 89 5d 00 mov %ebx,0x0(%ebp)
Code; c01390fa <path_walk+606/80c>
f: 8b 52 f4 mov 0xfffffff4(%edx),%edx
Code; c01390fd <path_walk+609/80c>
12: 85 d2 test %edx,%edx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
I just noticed these errors in my log as well. Something is weird with my swapping I think. If I get Oops that say "Unable to handle kernel paging request at virtual address ff7f1014" would that not be swap since it is virtual?
The errors that make me think it may be with my swapper are as follows.
Nov 12 21:12:51 phlegmish kernel: swap_free: Trying to free nonexistent swap-page Nov 12 21:12:51 phlegmish kernel: swap_free: Trying to free nonexistent swap-page Nov 14 02:57:28 phlegmish rc.sysinit: Enabling swap space: succeeded Nov 14 03:01:51 phlegmish kernel: swap_free: offset exceeds max Nov 14 03:01:51 phlegmish kernel: swap_free: offset exceeds max Nov 14 03:17:37 phlegmish kernel: swap_free: Trying to free nonexistent swap-page Nov 14 03:17:37 phlegmish kernel: swap_free: Trying to free nonexistent
swap-page
And so on......
I tried deleting my swap partiton and recreating it but that made no difference. Any ideas or things to try?
Thanks for the help so far
Dave
Quoted 14 lines · Arnaud S . Launay
Quoted 5 lines · David Won
I'm running 2.4.0test11pre3. but the kernel shipped with Redhat 7 doesn't work either. When I was running 2.2.15 and RedHat 6.2 before upgrading it worked great. Never had an oops ever.
I ran a memory checker under dos as well and it didn't find anything. Any tips?Could you please check:
1/ if memtest really worked, as I had problems with 2.4 (in fact, it wasn't launched, I had to downgrade to 2.3 for having a test) (have you seen a scrolling bar of '#' ?) (anyway, i'm sending 2.3 binary privatly) 2/ your hardware internal temperature (put your hand into the box) 3/ if every cable is correctly plugged in
Quoted 7 lines
It looks to me like an hardware failure, not a software one.
Arnaud.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/
Trying to track down a hardware conflict since the memtest went fine. Does this look normal or can you recommend a place where I can get help tracking this down? Is it normal to have so many devices on IRQ 9?
PCI devices found:
Bus 0, device 0, function 0:
Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 3).
Master Capable. Latency=64.
Prefetchable 32 bit memory at 0xe4000000 [0xe7ffffff].
Bus 0, device 1, function 0:
PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 3).
Master Capable. Latency=64. Min Gnt=136.
Bus 0, device 4, function 0:
ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 2).
Bus 0, device 4, function 1:
IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 1).
Master Capable. Latency=32.
I/O at 0xd800 [0xd80f].
Bus 0, device 4, function 2:
USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 1).
IRQ 9.
Master Capable. Latency=32.
I/O at 0xd400 [0xd41f].
Bus 0, device 4, function 3:
Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 2).
Bus 0, device 9, function 0:
Multimedia video controller: Brooktree Corporation Bt878 (rev 2).
IRQ 9.
Master Capable. Latency=32. Min Gnt=16.Max Lat=40. Prefetchable 32 bit memory at 0xe1000000 [0xe1000fff].
Bus 0, device 9, function 1:
Multimedia controller: Brooktree Corporation Bt878 (rev 2).
IRQ 9.
Master Capable. Latency=32. Min Gnt=4.Max Lat=255. Prefetchable 32 bit memory at 0xe0800000 [0xe0800fff].
Bus 0, device 10, function 0:
SCSI storage controller: Adaptec AHA-7850 (rev 1).
IRQ 5.
Master Capable. Latency=32. Min Gnt=4.Max Lat=4.
I/O at 0xd000 [0xd0ff].
Non-prefetchable 32 bit memory at 0xdf000000 [0xdf000fff].
Bus 0, device 13, function 0:
Multimedia audio controller: Creative Labs SB Live! EMU10000 (rev 7).
IRQ 9.
Master Capable. Latency=32. Min Gnt=2.Max Lat=20.
I/O at 0xb800 [0xb81f].
Bus 0, device 13, function 1:
Input device controller: Creative Labs SB Live! (rev 7).
Master Capable. Latency=32.
I/O at 0xb400 [0xb407].
Bus 1, device 0, function 0:
VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 4).
IRQ 10.
Master Capable. Latency=64. Min Gnt=16.Max Lat=32.
Prefetchable 32 bit memory at 0xe2000000 [0xe3ffffff].
Non-prefetchable 32 bit memory at 0xe0000000 [0xe0003fff].
Non-prefetchable 32 bit memory at 0xdf800000 [0xdfffffff].-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/