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
>>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
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?
On Sunday 12 November 2000 17:12, you wrote:
> 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
> 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.
>
> On Sun, Nov 12, 2000 at 02:19:11PM -0500, David Won wrote:
> > 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
> >
> > >>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/
Le Mon, Nov 13, 2000 at 07:59:24AM -0500, David Won a ?crit:
> 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.
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
On Monday 13 November 2000 10:22, Arnaud S . Launay wrote:
> Le Mon, Nov 13, 2000 at 07:59:24AM -0500, David Won a ?crit:
> > 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/
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
>>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
>>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
>>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
>>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
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
On Monday 13 November 2000 10:22, Arnaud S . Launay wrote:
> Le Mon, Nov 13, 2000 at 07:59:24AM -0500, David Won a ?crit:
> > 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/
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].