And now I can add one more to my lot :(((
But this time I have run it thru ksymoops (Danm, I must have gotten 5 emails
telling me to do so :)), so there should be something to work with :)..
---SNIP (Output from ksymoops v0.7c)
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Oops: 0000
CPU: 1
EIP: 0010:[<c01810a4>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: cbd00000 ebx: 20000000 ecx: c022dca0 edx: 00000000
esi: 00000001 edi: ffffffff ebp: 000156ca esp: cbffbf14
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, process nr: 1, stackpage=cbffb000)
Stack: ffffffff 000ff587 00000000 c01814d6 c02388b0 00000000 c01814a4
00000087
cbffbf58 c01140ee 00000000 00000001 c027c020 00000004 00000001
c02253ec
cbffbf7c cbffbf74 c011b0f5 cbffbf7c cbffa000 c027a8a0 c010b6ea
cbffa000
Call Trace: [<c01814d6>] [<c01814a4>] [<c01140ee>] [<c011b0f5>] [<c010b6ea>]
[<c010a1a8>] [<c01079a1>]
[<c011b0f5>] [<c010b6ea>] [<c010a1a8>]
Code: 8b 43 30 85 c0 0f 85 f2 00 00 00 8a 43 77 84 c0 0f 84 e7 00
>>EIP; c01810a4 <tcp_keepalive+38/17c> <=====
Trace; c01814d6 <tcp_sltimer_handler+32/70>
Trace; c01814a4 <tcp_sltimer_handler+0/70>
Trace; c01140ee <timer_bh+37a/3ec>
Trace; c011b0f5 <do_bottom_half+81/a0>
Trace; c010b6ea <do_IRQ+52/5c>
Trace; c010a1a8 <common_interrupt+18/20>
Trace; c01079a1 <cpu_idle+3d/50>
Trace; c011b0f5 <do_bottom_half+81/a0>
Trace; c010b6ea <do_IRQ+52/5c>
Trace; c010a1a8 <common_interrupt+18/20>
Code; c01810a4 <tcp_keepalive+38/17c>
00000000 <_EIP>:
Code; c01810a4 <tcp_keepalive+38/17c> <=====
0: 8b 43 30 movl 0x30(%ebx),%eax <=====
Code; c01810a7 <tcp_keepalive+3b/17c>
3: 85 c0 testl %eax,%eax
Code; c01810a9 <tcp_keepalive+3d/17c>
5: 0f 85 f2 00 00 00 jne fd <_EIP+0xfd> c01811a1
<tcp_keepalive+135/17c>
Code; c01810af <tcp_keepalive+43/17c>
b: 8a 43 77 movb 0x77(%ebx),%al
Code; c01810b2 <tcp_keepalive+46/17c>
e: 84 c0 testb %al,%al
Code; c01810b4 <tcp_keepalive+48/17c>
10: 0f 84 e7 00 00 00 je fd <_EIP+0xfd> c01811a1
<tcp_keepalive+135/17c>
Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
3 warnings issued. Results may not be reliable.
---SNIP
This time it happend when the box was playing MP3's from a NFS share, and
otherwise was 100% idle. Maybe there is a sound/smp/nfs/tcp race? (Totally
unqualified guess :))
If you want me to do anything else to help track this f*cker down, please
say so, it is starting to get anoying :(
> > I got this message on my console:
> >
> > ---SNIP
> > Unable to handle kernel paging request at virtual address 20000030
> > current->tss.cr3 = 00101000, %cr3 = 00101000
> > *pde = 00000000
> > Oops: 0000
> > CPU: 1
> > EIP: 0010:[<c0181b1c>]
> > EFLAGS: 00010206
> > eax: cbd00000 ebx: 20000000 ecx: c022e980 edx: 00000000
> > esi: 00000001 edi: 00000013 ebp: 000156ca esp: cbffbf14
> > ds: 0018 es: 0018 ss: 0018
> > Process swapper (pid: 0, process nr: 1, stackpage=cbffb000)
> > Stack: 00000013 009b5697 00000000 c0181f4e c0239670
> 00000000 c0181f1c
> > 00000097
> > cbffbf58 c01140ee 00000000 00000001 c027e020
> 00000004 00000001
> > c022608c
> > cbffbf7c cbffbf74 c011b0f5 cbffbf7c cbffa000
> c027c8a0 c010b6ea
> > cbffa000
> > Call Trace: [<c0181f4e>] [<c0181f1c>] [<c01140ee>]
> > [<c011b0f5>] [<c010b6ea>]
> > [<c010a1a8>] [<c01079a1>]
> > [<c011b0f5>] [<c010b6ea>] [<c010a1a8>]
> > Code: 8b 43 30 85 c0 0f 85 f2 00 00 00 8a 43 77 84 c0 0f 84 e7 00
> > Aiee, killing interrupt handler
> > Kernel panic: Attempted to kill idle task!
> > In interrupt handler - not syncing
> > ---SNIP
> This time it looks like this:
>
> ---SNIP
> Unable to handle kernel paging request at virtual address 20000030
> current->tss.cr3 = 00101000, %cr3 = 00101000
> *pde = 00000000
> Oops: 0000
> CPU: 0
> EIP: 0010:[<c0181b1c>]
> EFLAGS: 00010206
> eax: cbd00000 ebx: 20000000 ecx: c022ea6c edx: 00000000
> esi: 00000001 edi: ffffffff ebp: 000156ca esp: c0249f40
> ds: 0018 es: 0018 ss: 0018
> Process Swapper (pid: 0, process nr: 0, stackpage=c0249000)
> Stack: ffffffff 000aced2 00000000 c0181f4e c0239670 00000000 c0181f1c
> 000000d2
> c0249f84 c01140ee 00000000 00000001 c027e020 00000000
> 00000001 c022608c
> c0249fa8 c0249fa0 c011b0f5 c0249fa8 c0248000 c027c8a0
> c010b6ea c0248000
> Call Trace: [<c0181f4e>] [<c0181f1c>] [<c01140ee>]
> [<c011b0f5>] [<c010b6ea>]
> [<c010a1a8>] [<c01079a1>] [<c0106000>] [<c0106000>] [<c01001b1>]
> Code: 8b 43 30 85 c0 0f 85 f2 00 00 00 8a 43 77 84 c0 0f 84 e7 00
> Aiee, killing interrupt handler
> Kernel panic: Attempted to kill the idle task!
> In swapper task - not syncing
> ---SNIP
>
> This happend while X was running (on another console, was
> using a fb console
> when it happend.), I was playing a MP3 (mpg123/esound) from a
> NFS mount, and
> was compilling a program, using gcc from a share (/usr
> mounted from another
> host via 100 Mbit full-duplex).
>
> If you need any more info, please say so.
>
> Geee, 2 Panics in a day, this is starting to look like NT ;))) (Just
> kidding, have a box with a uptime around 60 days)
Mvh.
Emil S Hansen
laven.data@image.dk
UIN: 15749535 & 45621049
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GED d- s+:- a-- C++ UL++++ P+ L+++ E W++ N++ o K- w+ O- M-- V- PS+ PE-- Y+
PGP+ t- 5+ X++ R* tv- b++ DI++ D++
G e h r y+
------END GEEK CODE BLOCK------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/