lkml.org 
[lkml]   [2001]   [Feb]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectPanics from 2.4.2-pre2 kernel - ksymoops output
I sent this message earlier but it does no seem to have got on the 
mailing list - I now suspect I have a hardware problem since I
reverted to the 2.2.16 kernel which was previously stable and also
got a panic of the type

Welcome to Linux 2.2.16.
elizabeth login: Kernel panic: Attempted to kill the idle task!
In swapper task - not syncing

Stephen Carr

---------------------
Sorry All

I had to get ksymoops - here is the analysis of my latest panic.
It is hard to run ksymoops on the system as it now very unstable.

The system had the eepro100 NIC driver loaded as per Alan Cox's
request when these panics occurred.

File system checks can cause a system lock up.

I hope this helps if not inform me as to what is required.

I am going back to the 2.2.x kernel - I am will to help if patch/fix is
found - it take more time to do a filesystem check than to get a
panic.

These panics are in time sequence.

--------------------------------------
ksymoops 2.3.7 on i686 2.4.2-pre2. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.2-pre2/ (default)
-m /usr/src/linux/System.map (default)

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

This occurred during a filesystem check.

Unable to handle kernel paging request at virtual address 44000000
c02a5f39
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c02a5f39>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 24000000 ebx: 00000001 ecx: 00000001 edx: 000000ff
esi: c1570600 edi: ca91d400 ebp: ca91d400 esp: c02a5ea8
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c02a5000)
Stack: c01c3315 c1570600 00000001 00000000 00000001
00000001 00000001 c1570600
00000002 c02a5f34 c15ab0c8 00000000 00000018 c15e8c78
00000002 00000000
c01e62f0 c1570600 00000002 00000001 c1570600 00000000
00000bb7 c01c265e
Call Trace: [<c01c3315>] [<c01e62f0>] [<c01c265e>]
[<c01d3ce0>] [<c01c8724>] [<c
01d3fa1>] [<c010a769>]
[<c010a95e>] [<c01071c0>] [<c01071c0>] [<c01090b8>]
[<c01071c0>] [<c01071
c0>] [<c0100018>] [<c01071ec>]
[<c010724e>] [<c0105000>] [<c01001d0>]
Code: 87 1c c0 00 06 57 c1 78 b0 5a c1 a1 3f 1d c0 78 b0 5a c1 c0

>>EIP; c02a5f39 <init_task_union+1f39/2000> <=====
Trace; c01c3315 <scsi_io_completion+169/34c>
Trace; c01e62f0 <rw_intr+154/15c>
Trace; c01c265e <scsi_old_done+5a6/5c4>
Trace; c01d3ce0 <aic7xxx_isr+d8/310>
Trace; c01c8724 <aic7xxx_done_cmds_complete+28/38>
Trace; c01d3fa1 <do_aic7xxx_isr+89/ac>
Trace; c010a769 <handle_IRQ_event+51/7c>
Trace; c010a95e <do_IRQ+9a/ec>
Trace; c01071c0 <default_idle+0/34>
Trace; c01071c0 <default_idle+0/34>
Trace; c01090b8 <ret_from_intr+0/20>
Trace; c01071c0 <default_idle+0/34>
Trace; c01071c0 <default_idle+0/34>
Trace; c0100018 <startup_32+18/cb>
Trace; c01071ec <default_idle+2c/34>
Trace; c010724e <cpu_idle+3a/50>
Trace; c0105000 <empty_bad_page+0/1000>
Trace; c01001d0 <L6+0/2>
Code; c02a5f39 <init_task_union+1f39/2000>
00000000 <_EIP>:
Code; c02a5f39 <init_task_union+1f39/2000> <=====
0: 87 1c c0 xchgl %ebx,(%eax,%eax,8) <=====
Code; c02a5f3c <init_task_union+1f3c/2000>
3: 00 06 addb %al,(%esi)
Code; c02a5f3e <init_task_union+1f3e/2000>
5: 57 pushl %edi
Code; c02a5f3f <init_task_union+1f3f/2000>
6: c1 78 b0 5a sarl $0x5a,0xffffffb0(%eax)
Code; c02a5f43 <init_task_union+1f43/2000>
a: c1 a1 3f 1d c0 78 b0 shll $0xb0,0x78c01d3f(%ecx)
Code; c02a5f4a <init_task_union+1f4a/2000>
11: 5a popl %edx
Code; c02a5f4b <init_task_union+1f4b/2000>
12: c1 c0 00 roll $0x0,%eax

Kernel panic: Aiee, killing interrupt handler!

--------------------------
Panic during backup

Unable to handle kernel NULL pointer dereference at virtual address
00000000
c031d0c0
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c031d0c0>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000 ebx: 00000001 ecx: 00000001 edx: 000000ff
esi: c156f600 edi: c156f600 ebp: 00000000 esp: c02a5ea8
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c02a5000)
Stack: c01c3315 c156f600 ffffff8b 00000076 00000001 00000001
00000001 c156f600
00000078 c02a5f34 c031d0c4 c031d0c8 00000010 c15add98
00000078 00000000
c01e62f0 c156f600 00000078 00000001 c156f600 00000000
00000bb8 c01c265e
Call Trace: [<c01c3315>] [<c01e62f0>] [<c01c265e>]
[<c01d3ce0>] [<c01c8724>] [<c
01d3fa1>] [<c010a769>]
[<c010a95e>] [<c01071c0>] [<c01071c0>] [<c01090b8>]
[<c01071c0>] [<c01071
[<c010724e>] [<c0105000>] [<c01001d0>]
Code: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00

>>EIP; c031d0c0 <_end+348c/1050a42c> <=====
Trace; c01c3315 <scsi_io_completion+169/34c>
Trace; c01e62f0 <rw_intr+154/15c>
Trace; c01c265e <scsi_old_done+5a6/5c4>
Trace; c01d3ce0 <aic7xxx_isr+d8/310>
Trace; c01c8724 <aic7xxx_done_cmds_complete+28/38>
Code; c031d0c0 <_end+348c/1050a42c>
00000000 <_EIP>:

Kernel panic: Aiee, killing interrupt handler!
------------------------------------------------------------------

Panic during reboot when doing filesystem check

Unable to handle kernel paging request at virtual address 44000000
c02a5f39
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c02a5f39>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 24000000 ebx: 00000001 ecx: 00000001 edx: 000000ff
esi: c1570600 edi: c4923c00 ebp: c4923c00 esp: c02a5ea8
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c02a5000)
Stack: c01c3315 c1570600 00000001 00000000 00000001
00000001 00000001 c1570600
00000002 c02a5f34 c15ab0c8 00000000 0000000f c15e8c78
00000002 00000000
c01e62f0 c1570600 00000002 00000001 c1570600 00000000
00000bb7 c01c265e
Call Trace: [<c01c3315>] [<c01e62f0>] [<c01c265e>]
[<c01d3ce0>] [<c01c8724>] [<c
01d3fa1>] [<c010a769>]
[<c010a95e>] [<c01071c0>] [<c01071c0>] [<c01090b8>]
[<c01071c0>] [<c01071
[<c010724e>] [<c0105000>] [<c01001d0>]
Code: 87 1c c0 00 06 57 c1 78 b0 5a c1 a1 3f 1d c0 78 b0 5a c1 c0

>>EIP; c02a5f39 <init_task_union+1f39/2000> <=====
Trace; c01c3315 <scsi_io_completion+169/34c>
Trace; c01e62f0 <rw_intr+154/15c>
Trace; c01c265e <scsi_old_done+5a6/5c4>
Trace; c01d3ce0 <aic7xxx_isr+d8/310>
Trace; c01c8724 <aic7xxx_done_cmds_complete+28/38>
Code; c02a5f39 <init_task_union+1f39/2000>
00000000 <_EIP>:
Code; c02a5f39 <init_task_union+1f39/2000> <=====
0: 87 1c c0 xchgl %ebx,(%eax,%eax,8) <=====
Code; c02a5f3c <init_task_union+1f3c/2000>
3: 00 06 addb %al,(%esi)
Code; c02a5f3e <init_task_union+1f3e/2000>
5: 57 pushl %edi
Code; c02a5f3f <init_task_union+1f3f/2000>
6: c1 78 b0 5a sarl $0x5a,0xffffffb0(%eax)
Code; c02a5f43 <init_task_union+1f43/2000>
a: c1 a1 3f 1d c0 78 b0 shll $0xb0,0x78c01d3f(%ecx)
Code; c02a5f4a <init_task_union+1f4a/2000>
11: 5a popl %edx
Code; c02a5f4b <init_task_union+1f4b/2000>
12: c1 c0 00 roll $0x0,%eax

Kernel panic: Aiee, killing interrupt handler!


-
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/

\
 
 \ /
  Last update: 2005-03-22 13:13    [W:0.045 / U:5.788 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site