Newby help. Tons and tons of Oops

public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed

* Newby help. Tons and tons of Oops
@ 2000-11-12 19:19 David Won
       [not found] ` <20001112171230.B32489@xi.linuxpower.cx>
  0 siblings, 1 reply; 6+ messages in thread
From: David Won @ 2000-11-12 19:19 UTC (permalink / raw)
  To: linux-kernel

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 majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 6+ messages in thread

[parent not found: <20001112171230.B32489@xi.linuxpower.cx>]

* Re: Newby help. Tons and tons of Oops
       [not found] ` <20001112171230.B32489@xi.linuxpower.cx>
@ 2000-11-13 12:59   ` David Won
  2000-11-13 15:22     ` Arnaud S . Launay
  0 siblings, 1 reply; 6+ messages in thread
From: David Won @ 2000-11-13 12:59 UTC (permalink / raw)
  To: Gregory Maxwell; +Cc: linux-kernel

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 majordomo@vger.kernel.org
> > 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 majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Newby help. Tons and tons of Oops
  2000-11-13 12:59   ` David Won
@ 2000-11-13 15:22     ` Arnaud S . Launay
  2000-11-14 15:23       ` David Won
                         ` (2 more replies)
  0 siblings, 3 replies; 6+ messages in thread
From: Arnaud S . Launay @ 2000-11-13 15:22 UTC (permalink / raw)
  To: David Won; +Cc: Gregory Maxwell, linux-kernel

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 majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Newby help. Tons and tons of Oops
  2000-11-13 15:22     ` Arnaud S . Launay
@ 2000-11-14 15:23       ` David Won
  2000-11-16  7:42       ` David Won
  2000-11-16  7:56       ` David Won
  2 siblings, 0 replies; 6+ messages in thread
From: David Won @ 2000-11-14 15:23 UTC (permalink / raw)
  To: Arnaud S . Launay; +Cc: Gregory Maxwell, linux-kernel

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 majordomo@vger.kernel.org
> 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


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Newby help. Tons and tons of Oops
  2000-11-13 15:22     ` Arnaud S . Launay
  2000-11-14 15:23       ` David Won
@ 2000-11-16  7:42       ` David Won
  2000-11-16  7:56       ` David Won
  2 siblings, 0 replies; 6+ messages in thread
From: David Won @ 2000-11-16  7:42 UTC (permalink / raw)
  To: Arnaud S . Launay; +Cc: Gregory Maxwell, linux-kernel

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 majordomo@vger.kernel.org
> 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 majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Newby help. Tons and tons of Oops
  2000-11-13 15:22     ` Arnaud S . Launay
  2000-11-14 15:23       ` David Won
  2000-11-16  7:42       ` David Won
@ 2000-11-16  7:56       ` David Won
  2 siblings, 0 replies; 6+ messages in thread
From: David Won @ 2000-11-16  7:56 UTC (permalink / raw)
  To: Arnaud S . Launay; +Cc: Gregory Maxwell, linux-kernel

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 majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2000-11-16  8:31 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-11-12 19:19 Newby help. Tons and tons of Oops David Won
     [not found] ` <20001112171230.B32489@xi.linuxpower.cx>
2000-11-13 12:59   ` David Won
2000-11-13 15:22     ` Arnaud S . Launay
2000-11-14 15:23       ` David Won
2000-11-16  7:42       ` David Won
2000-11-16  7:56       ` David Won

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox