public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1
@ 2002-08-07 16:29 Adam Lackorzynski
  2002-08-07 18:57 ` Alan Cox
  0 siblings, 1 reply; 7+ messages in thread
From: Adam Lackorzynski @ 2002-08-07 16:29 UTC (permalink / raw)
  To: linux-kernel

Hi,

I have a dual Athlon here which ooopses after 2 minutes of dnetc when
running 2.4.19-ac4 or 2.4.20-pre1-ac1. I cannot reproduce this with
2.4.19 or 2.4.20-pre1. The two Athlons are sitting on a A7M266-D.


I have put the kern log, kernel config, lspci info etc. on
  http://os.inf.tu-dresden.de/~adam/oops/
as this is quite big.

2.4.20-pre1-ac1:

Unable to handle kernel NULL pointer dereference at virtual address 0000002a
 printing eip:
c011831c
*pde = 00000000
Oops: 0000
CPU:    1
EIP:    0010:[<c011831c>]    Not tainted
EFLAGS: 00010007
eax: 0000008c   ebx: ffffffd6   ecx: c0395264   edx: ddecc000
esi: c0395240   edi: ddecc02c   ebp: ddecdfa4   esp: ddecdf88
ds: 0018   es: 0018   ss: 0018
Process dnetc (pid: 310, stackpage=ddecd000)
Stack: ddecc000 c0395264 ddecc02c 00000001 c011521f ddecc000 ddecc000 ddecdfbc 
       c011935d ddecc000 000000c5 000b4aa0 c0395240 bffff7b4 c0108b6b 00000000 
       00000000 40025004 000000c5 000b4aa0 bffff7b4 0000009e 0000002b 0000002b 
Call Trace:    [<c011521f>] [<c011935d>] [<c0108b6b>]

Code: 8b 4b 54 89 4d f4 8b 72 58 85 c9 75 37 89 73 58 f0 ff 46 14 

>>EIP; c011831c <schedule+19c/3a0>   <=====

>>ebx; ffffffd6 <END_OF_CODE+3fbf683a/????>
>>ecx; c0395264 <runqueues+9e4/13800>
>>edx; ddecc000 <END_OF_CODE+1dac2864/????>
>>esi; c0395240 <runqueues+9c0/13800>
>>edi; ddecc02c <END_OF_CODE+1dac2890/????>
>>ebp; ddecdfa4 <END_OF_CODE+1dac4808/????>
>>esp; ddecdf88 <END_OF_CODE+1dac47ec/????>

Trace; c011521f <smp_apic_timer_interrupt+ef/110>
Trace; c011935d <sys_sched_yield+11d/130>
Trace; c0108b6b <system_call+33/38>

Code;  c011831c <schedule+19c/3a0>
00000000 <_EIP>:
Code;  c011831c <schedule+19c/3a0>   <=====
   0:   8b 4b 54                  mov    0x54(%ebx),%ecx   <=====
Code;  c011831f <schedule+19f/3a0>
   3:   89 4d f4                  mov    %ecx,0xfffffff4(%ebp)
Code;  c0118322 <schedule+1a2/3a0>
   6:   8b 72 58                  mov    0x58(%edx),%esi
Code;  c0118325 <schedule+1a5/3a0>
   9:   85 c9                     test   %ecx,%ecx
Code;  c0118327 <schedule+1a7/3a0>
   b:   75 37                     jne    44 <_EIP+0x44> c0118360 <schedule+1e0/3a0>
Code;  c0118329 <schedule+1a9/3a0>
   d:   89 73 58                  mov    %esi,0x58(%ebx)
Code;  c011832c <schedule+1ac/3a0>
  10:   f0 ff 46 14               lock incl 0x14(%esi)

------------------------------------------------------------

Unable to handle kernel NULL pointer dereference at virtual address 0000002a
 printing eip:
c011831c
*pde = 00000000
Oops: 0000
CPU:    1
EIP:    0010:[<c011831c>]    Not tainted
EFLAGS: 00010003
eax: 0000008c   ebx: ffffffd6   ecx: c0395264   edx: dea0c000
esi: c0395240   edi: dea0c02c   ebp: dea0dfa4   esp: dea0df88
ds: 0018   es: 0018   ss: 0018
Process dnetc (pid: 307, stackpage=dea0d000)
Stack: dea0c000 c0395264 dea0c02c c011521f 00000000 dea0c000 dea0c000 dea0dfbc 
       c011935d dea0c000 000000c5 000be6e0 c0395240 bffff7b4 c0108b6b 00000000 
       00000000 40025004 000000c5 000be6e0 bffff7b4 0000009e 0000002b 0000002b 
Call Trace:    [<c011521f>] [<c011935d>] [<c0108b6b>]

Code: 8b 4b 54 89 4d f4 8b 72 58 85 c9 75 37 89 73 58 f0 ff 46 14 

>>EIP; c011831c <schedule+19c/3a0>   <=====

>>ebx; ffffffd6 <END_OF_CODE+3fbf683a/????>
>>ecx; c0395264 <runqueues+9e4/13800>
>>edx; dea0c000 <END_OF_CODE+1e602864/????>
>>esi; c0395240 <runqueues+9c0/13800>
>>edi; dea0c02c <END_OF_CODE+1e602890/????>
>>ebp; dea0dfa4 <END_OF_CODE+1e604808/????>
>>esp; dea0df88 <END_OF_CODE+1e6047ec/????>

Trace; c011521f <smp_apic_timer_interrupt+ef/110>
Trace; c011935d <sys_sched_yield+11d/130>
Trace; c0108b6b <system_call+33/38>

Code;  c011831c <schedule+19c/3a0>
00000000 <_EIP>:
Code;  c011831c <schedule+19c/3a0>   <=====
   0:   8b 4b 54                  mov    0x54(%ebx),%ecx   <=====
Code;  c011831f <schedule+19f/3a0>
   3:   89 4d f4                  mov    %ecx,0xfffffff4(%ebp)
Code;  c0118322 <schedule+1a2/3a0>
   6:   8b 72 58                  mov    0x58(%edx),%esi
Code;  c0118325 <schedule+1a5/3a0>
   9:   85 c9                     test   %ecx,%ecx
Code;  c0118327 <schedule+1a7/3a0>
   b:   75 37                     jne    44 <_EIP+0x44> c0118360 <schedule+1e0/3a0>
Code;  c0118329 <schedule+1a9/3a0>
   d:   89 73 58                  mov    %esi,0x58(%ebx)
Code;  c011832c <schedule+1ac/3a0>
  10:   f0 ff 46 14               lock incl 0x14(%esi)


2.4.19-ac4:

Unable to handle kernel NULL pointer dereference at virtual address 0000002a
 printing eip:
c01181ac
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<c01181ac>]    Not tainted
EFLAGS: 00010003
eax: 0000008c   ebx: ffffffd6   ecx: c038b8a4   edx: de7ce000
esi: c038b880   edi: de7ce02c   ebp: de7cffa4   esp: de7cff88
ds: 0018   es: 0018   ss: 0018
Process dnetc (pid: 302, stackpage=de7cf000)
Stack: de7ce000 c038b8a4 de7ce02c 00000000 c011521f de7ce000 de7ce000 de7cffbc 
       c01191ed de7ce000 0000003c 00050910 c038b880 bffff7b4 c0108b6b 00000000 
       00000000 40025004 0000003c 00050910 bffff7b4 0000009e 0000002b 0000002b 
Call Trace:    [<c011521f>] [<c01191ed>] [<c0108b6b>]

Code: 8b 4b 54 89 4d f4 8b 72 58 85 c9 75 37 89 73 58 f0 ff 46 14 
 
>>EIP; c01181ac <schedule+19c/3a0>   <=====

>>ebx; ffffffd6 <END_OF_CODE+3fbff8ba/????>
>>ecx; c038b8a4 <runqueues+24/13800>
>>edx; de7ce000 <END_OF_CODE+1e3cd8e4/????>
>>esi; c038b880 <runqueues+0/13800>
>>edi; de7ce02c <END_OF_CODE+1e3cd910/????>
>>ebp; de7cffa4 <END_OF_CODE+1e3cf888/????>
>>esp; de7cff88 <END_OF_CODE+1e3cf86c/????>

Trace; c011521f <smp_apic_timer_interrupt+ef/110>
Trace; c01191ed <sys_sched_yield+11d/130>
Trace; c0108b6b <system_call+33/38>

Code;  c01181ac <schedule+19c/3a0>
00000000 <_EIP>:
Code;  c01181ac <schedule+19c/3a0>   <=====
   0:   8b 4b 54                  mov    0x54(%ebx),%ecx   <=====
Code;  c01181af <schedule+19f/3a0>
   3:   89 4d f4                  mov    %ecx,0xfffffff4(%ebp)
Code;  c01181b2 <schedule+1a2/3a0>
   6:   8b 72 58                  mov    0x58(%edx),%esi
Code;  c01181b5 <schedule+1a5/3a0>
   9:   85 c9                     test   %ecx,%ecx
Code;  c01181b7 <schedule+1a7/3a0>
   b:   75 37                     jne    44 <_EIP+0x44> c01181f0 <schedule+1e0/3
a0>
Code;  c01181b9 <schedule+1a9/3a0>
   d:   89 73 58                  mov    %esi,0x58(%ebx)
Code;  c01181bc <schedule+1ac/3a0>
  10:   f0 ff 46 14               lock incl 0x14(%esi)






HTH,
Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

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

* Re: Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1
  2002-08-07 18:57 ` Alan Cox
@ 2002-08-07 18:05   ` Adam Lackorzynski
  2002-08-07 19:35     ` Alan Cox
  0 siblings, 1 reply; 7+ messages in thread
From: Adam Lackorzynski @ 2002-08-07 18:05 UTC (permalink / raw)
  To: Alan Cox; +Cc: linux-kernel

On Wed Aug 07, 2002 at 19:57:03 +0100, Alan Cox wrote:
> On Wed, 2002-08-07 at 17:29, Adam Lackorzynski wrote:
> > I have a dual Athlon here which ooopses after 2 minutes of dnetc when
> > running 2.4.19-ac4 or 2.4.20-pre1-ac1. I cannot reproduce this with
> > 2.4.19 or 2.4.20-pre1. The two Athlons are sitting on a A7M266-D.
> 
> Are you loading the amd76x_pm module for power management ?

No, the module wasn't loaded in any of the cases. Only ipv6 and rtc are
loaded.



Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

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

* Re: Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1
  2002-08-07 19:35     ` Alan Cox
@ 2002-08-07 18:47       ` Adam Lackorzynski
  2002-08-07 20:45       ` Benjamin LaHaise
  2002-08-08  8:16       ` Adam Lackorzynski
  2 siblings, 0 replies; 7+ messages in thread
From: Adam Lackorzynski @ 2002-08-07 18:47 UTC (permalink / raw)
  To: Alan Cox; +Cc: linux-kernel

On Wed Aug 07, 2002 at 20:35:42 +0100, Alan Cox wrote:
> On Wed, 2002-08-07 at 19:05, Adam Lackorzynski wrote:
> > On Wed Aug 07, 2002 at 19:57:03 +0100, Alan Cox wrote:
> > > On Wed, 2002-08-07 at 17:29, Adam Lackorzynski wrote:
> > > > I have a dual Athlon here which ooopses after 2 minutes of dnetc when
> > > > running 2.4.19-ac4 or 2.4.20-pre1-ac1. I cannot reproduce this with
> > > > 2.4.19 or 2.4.20-pre1. The two Athlons are sitting on a A7M266-D.
> > > 
> > > Are you loading the amd76x_pm module for power management ?
> > 
> > No, the module wasn't loaded in any of the cases. Only ipv6 and rtc are
> > loaded.
> 
> Can you reproduce it with ACPI disabled ?

Yes, 2.4.20-pre1-ac1 with acpi=off crashed after 5 mins of uptime.
Unfortunately I only had remote access right now (and forgot to plug the
serial cable in another box), so that Oops has to wait... :/



Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

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

* Re: Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1
  2002-08-07 16:29 Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1 Adam Lackorzynski
@ 2002-08-07 18:57 ` Alan Cox
  2002-08-07 18:05   ` Adam Lackorzynski
  0 siblings, 1 reply; 7+ messages in thread
From: Alan Cox @ 2002-08-07 18:57 UTC (permalink / raw)
  To: Adam Lackorzynski; +Cc: linux-kernel

On Wed, 2002-08-07 at 17:29, Adam Lackorzynski wrote:
> Hi,
> 
> I have a dual Athlon here which ooopses after 2 minutes of dnetc when
> running 2.4.19-ac4 or 2.4.20-pre1-ac1. I cannot reproduce this with
> 2.4.19 or 2.4.20-pre1. The two Athlons are sitting on a A7M266-D.

Are you loading the amd76x_pm module for power management ?


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

* Re: Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1
  2002-08-07 18:05   ` Adam Lackorzynski
@ 2002-08-07 19:35     ` Alan Cox
  2002-08-07 18:47       ` Adam Lackorzynski
                         ` (2 more replies)
  0 siblings, 3 replies; 7+ messages in thread
From: Alan Cox @ 2002-08-07 19:35 UTC (permalink / raw)
  To: Adam Lackorzynski; +Cc: linux-kernel

On Wed, 2002-08-07 at 19:05, Adam Lackorzynski wrote:
> On Wed Aug 07, 2002 at 19:57:03 +0100, Alan Cox wrote:
> > On Wed, 2002-08-07 at 17:29, Adam Lackorzynski wrote:
> > > I have a dual Athlon here which ooopses after 2 minutes of dnetc when
> > > running 2.4.19-ac4 or 2.4.20-pre1-ac1. I cannot reproduce this with
> > > 2.4.19 or 2.4.20-pre1. The two Athlons are sitting on a A7M266-D.
> > 
> > Are you loading the amd76x_pm module for power management ?
> 
> No, the module wasn't loaded in any of the cases. Only ipv6 and rtc are
> loaded.

Can you reproduce it with ACPI disabled ?


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

* Re: Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1
  2002-08-07 19:35     ` Alan Cox
  2002-08-07 18:47       ` Adam Lackorzynski
@ 2002-08-07 20:45       ` Benjamin LaHaise
  2002-08-08  8:16       ` Adam Lackorzynski
  2 siblings, 0 replies; 7+ messages in thread
From: Benjamin LaHaise @ 2002-08-07 20:45 UTC (permalink / raw)
  To: Alan Cox; +Cc: Adam Lackorzynski, linux-kernel

On Wed, Aug 07, 2002 at 08:35:42PM +0100, Alan Cox wrote:
> Can you reproduce it with ACPI disabled ?

Hmm, my system has ACPI disabled.  It hit the following Oops with 
2.4.19-rc3-ac4 on an A7M-266D, but with the power management code 
compiled in.  Note that it hit during the nightly updatedb task.

		-ben
-- 
"You will be reincarnated as a toad; and you will be much happier."

Aug  7 04:02:00 bob kernel: int3: 0000
Aug  7 04:02:00 bob kernel: CPU:    0
Aug  7 04:02:00 bob kernel: EIP:    0010:[ctl_cpu_vars+5/192]    Not tainted
Aug  7 04:02:00 bob kernel: EIP:    0010:[<c02bff85>]    Not tainted
Aug  7 04:02:00 bob kernel: EFLAGS: 00000246
Aug  7 04:02:00 bob kernel: eax: 00000000   ebx: 00000000   ecx: c1e1f080   edx: ddd24a40
Aug  7 04:02:00 bob kernel: esi: bffffa30   edi: 08054a58   ebp: bffff908   esp: ca083f94
Aug  7 04:02:00 bob kernel: ds: 0018   es: 0018   ss: 0018
Aug  7 04:02:00 bob kernel: Process find (pid: 1958, stackpage=ca083000)
Aug  7 04:02:00 bob kernel: Stack: c0146784 ddd24a40 ddd24a40 c1e1dec0 08054a58 00000004 bffffa68 00000008 
Aug  7 04:02:00 bob kernel:        00000001 da986e40 ca082000 c0108aab 08054a5a bffffa30 4213030c bffffa30 
Aug  7 04:02:00 bob kernel:        08054a58 bffff908 000000c4 0000002b 0000002b 000000c4 420da0e3 00000023 
Aug  7 04:02:00 bob kernel: Call Trace:    [sys_lstat64+52/112] [system_call+51/56]
Aug  7 04:02:00 bob kernel: Call Trace:    [<c0146784>] [<c0108aab>]
Aug  7 04:02:00 bob kernel: 
Aug  7 04:02:00 bob kernel: Code: db 27 c0 98 44 36 c0 04 00 00 00 24 01 00 00 00 00 00 00 00 


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

* Re: Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1
  2002-08-07 19:35     ` Alan Cox
  2002-08-07 18:47       ` Adam Lackorzynski
  2002-08-07 20:45       ` Benjamin LaHaise
@ 2002-08-08  8:16       ` Adam Lackorzynski
  2 siblings, 0 replies; 7+ messages in thread
From: Adam Lackorzynski @ 2002-08-08  8:16 UTC (permalink / raw)
  To: Alan Cox; +Cc: linux-kernel

On Wed Aug 07, 2002 at 20:35:42 +0100, Alan Cox wrote:
> On Wed, 2002-08-07 at 19:05, Adam Lackorzynski wrote:
> > On Wed Aug 07, 2002 at 19:57:03 +0100, Alan Cox wrote:
> > > On Wed, 2002-08-07 at 17:29, Adam Lackorzynski wrote:
> > > > I have a dual Athlon here which ooopses after 2 minutes of dnetc when
> > > > running 2.4.19-ac4 or 2.4.20-pre1-ac1. I cannot reproduce this with
> > > > 2.4.19 or 2.4.20-pre1. The two Athlons are sitting on a A7M266-D.
> > > 
> > > Are you loading the amd76x_pm module for power management ?
> > 
> > No, the module wasn't loaded in any of the cases. Only ipv6 and rtc are
> > loaded.
> 
> Can you reproduce it with ACPI disabled ?

2.4.20-pre1-ac1 with acpi=off, looks like the other ones:

>>EIP; c011831c <schedule+19c/3a0>   <=====

Code: 8b 4b 54 89 4d f4 8b 72 58 85 c9 75 37 89 73 58 f0 ff 46 14 
Unable to handle kernel NULL pointer dereference at virtual address 00000028
c011831c
*pde = 00000000
Oops: 0000
CPU:    1
EIP:    0010:[<c011831c>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010003
eax: 0000008c   ebx: ffffffd4   ecx: c03956dc   edx: dd956000
esi: c0395240   edi: dd95602c   ebp: dd957fa4   esp: dd957f88
ds: 0018   es: 0018   ss: 0018
Process dnetc (pid: 338, stackpage=dd957000)
Stack: dd956000 c03956dc dd95602c 00000001 c011521f dd956000 dd956000 dd957fbc 
       c011935d dd956000 000000c5 00013880 c0395240 bffff7b4 c0108b6b 00000000 
       00000001 40025004 000000c5 00013880 bffff7b4 0000009e 0000002b 0000002b 
Call Trace:    [<c011521f>] [<c011935d>] [<c0108b6b>]
Code: 8b 4b 54 89 4d f4 8b 72 58 85 c9 75 37 89 73 58 f0 ff 46 14 

>>ebx; ffffffd4 <END_OF_CODE+3fbf6838/????>
>>ecx; c03956dc <runqueues+e5c/13800>
>>edx; dd956000 <END_OF_CODE+1d54c864/????>
>>esi; c0395240 <runqueues+9c0/13800>
>>edi; dd95602c <END_OF_CODE+1d54c890/????>
>>ebp; dd957fa4 <END_OF_CODE+1d54e808/????>
>>esp; dd957f88 <END_OF_CODE+1d54e7ec/????>

Trace; c011521f <smp_apic_timer_interrupt+ef/110>
Trace; c011935d <sys_sched_yield+11d/130>
Trace; c0108b6b <system_call+33/38>

Code;  c011831c <schedule+19c/3a0>
00000000 <_EIP>:
Code;  c011831c <schedule+19c/3a0>   <=====
   0:   8b 4b 54                  mov    0x54(%ebx),%ecx   <=====
Code;  c011831f <schedule+19f/3a0>
   3:   89 4d f4                  mov    %ecx,0xfffffff4(%ebp)
Code;  c0118322 <schedule+1a2/3a0>
   6:   8b 72 58                  mov    0x58(%edx),%esi
Code;  c0118325 <schedule+1a5/3a0>
   9:   85 c9                     test   %ecx,%ecx
Code;  c0118327 <schedule+1a7/3a0>
   b:   75 37                     jne    44 <_EIP+0x44> c0118360 <schedule+1e0/3
a0>
Code;  c0118329 <schedule+1a9/3a0>
   d:   89 73 58                  mov    %esi,0x58(%ebx)
Code;  c011832c <schedule+1ac/3a0>
  10:   f0 ff 46 14               lock incl 0x14(%esi)


Adam
-- 
Adam                 adam@os.inf.tu-dresden.de
  Lackorzynski         http://os.inf.tu-dresden.de/~adam/

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

end of thread, other threads:[~2002-08-08  8:13 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-08-07 16:29 Oopses on dual Athlon with 2.4.19-ac4 and 2.4.20-pre1-ac1 Adam Lackorzynski
2002-08-07 18:57 ` Alan Cox
2002-08-07 18:05   ` Adam Lackorzynski
2002-08-07 19:35     ` Alan Cox
2002-08-07 18:47       ` Adam Lackorzynski
2002-08-07 20:45       ` Benjamin LaHaise
2002-08-08  8:16       ` Adam Lackorzynski

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