Repeatable 2.2.15 Panic running a Megaraid 428

From: Michael Brennen (mbrennen@fni.com)
Date: Wed Jun 07 2000 - 21:27:31 EST


NB: I am not subscribed to this list. If there is a fix please keep
me posted in direct email.

The following file is the output of ksymoops. The system was frozen,
so I had to hand copy the data and rekey it; if there are any
inconsistencies, please let me know. I'm sending it to the kernel
list because it appears to be a basic kernel panic and not a failure
in the megaraid driver.

This is a panic running a megaraid 428 RAID controller; it is running
the latest 1.61/U82 firmware. I've tried with one and two logical
drives on the controller (a megaraid support suggestion); it makes no
difference. I can force the panic fairly quickly by running multiple
instances of iozone (a simple disk throughput utility), each in
different directories on the raid drive. The underlying system is
Mandrake 7.0.

This is duplicatable with 2.2.16, but I don't have a panic dump
analysis for it.

   -- Michael

ksymoops 2.3.4 on i686 2.2.15. Options used
     -V (specified)
     -K (specified)
     -L (specified)
     -o /lib/modules/2.2.15/ (default)
     -m /boot/System.map (specified)

No modules in ksyms, skipping objects
Unable to handle kernel NULL pointer dereference at virtual address 00000008
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Oops: 0000
CPU: 1
EIP: 0010:[<c01245d8>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010086
eax: cffff740 ebx: c8c2ce00 ecx: 00000000 edx: c8c2ce5c
esi: cffff740 edi: 00000296 ebp: c04138d8 esp: cffe1ecc
ds: 0018 es: 0018 ss: 0018
Stack: c8c2ce00 c04138d8 00000004 cffe1ef8 cffc1f40 000003f9 00000030 00000e00
       00000007 c012b0ce cffff740 c8c2ce00 00000030 00000e00 c8c2ce00 c010ff6e
           cffe1f40 00000202 c8c2ce00 c8c2ce00 c8c2ce60 c012bac9 c8c2ce00 c8c2ce60
Call Trace: [<c012b0ce>] [<c010ff6e>] [<c012bac9>] [<c012bac0>] [<c010b30d>] [<c012baf9>] [<c0100018>]
       [<c0120269>] [<c0209dee>] [<c0125481>] [<c0209dee>] [<c0209dee>] [<c012555e>] [<c0125546>] [<c0107cab>]
           [<c0107cb4>]
Code: 8b 41 08 3d 2b 2f c3 a5 0f 85 e6 00 00 00 8b 41 0c 85 c0 74

>>EIP; c01245d8 <kmem_cache_free+40/18c> <=====
Trace; c012b0ce <put_unused_buffer_head+26/54>
Trace; c010ff6e <smp_apic_timer_interrupt+16/20>
Trace; c012bac9 <try_to_free_buffers+55/94>
Trace; c012bac0 <try_to_free_buffers+4c/94>
Trace; c010b30d <apic_timer_interrupt+1d/28>
Trace; c012baf9 <try_to_free_buffers+85/94>
Trace; c0100018 <startup_32+18/a4>
Trace; c0120269 <shrink_mmap+e5/13c>
Trace; c0209dee <tvecs+1aae/32c0>
Trace; c0125481 <do_try_to_free_pages+4d/c0>
Trace; c0209dee <tvecs+1aae/32c0>
Trace; c0209dee <tvecs+1aae/32c0>
Trace; c012555e <kswapd+6a/a0>
Trace; c0125546 <kswapd+52/a0>
Trace; c0107cab <kernel_thread+1f/38>
Trace; c0107cb4 <kernel_thread+28/38>
Code; c01245d8 <kmem_cache_free+40/18c>
00000000 <_EIP>:
Code; c01245d8 <kmem_cache_free+40/18c> <=====
   0: 8b 41 08 mov 0x8(%ecx),%eax <=====
Code; c01245db <kmem_cache_free+43/18c>
   3: 3d 2b 2f c3 a5 cmp $0xa5c32f2b,%eax
Code; c01245e0 <kmem_cache_free+48/18c>
   8: 0f 85 e6 00 00 00 jne f4 <_EIP+0xf4> c01246cc <kmem_cache_free+134/18c>
Code; c01245e6 <kmem_cache_free+4e/18c>
   e: 8b 41 0c mov 0xc(%ecx),%eax
Code; c01245e9 <kmem_cache_free+51/18c>
  11: 85 c0 test %eax,%eax
Code; c01245eb <kmem_cache_free+53/18c>
  13: 74 00 je 15 <_EIP+0x15> c01245ed <kmem_cache_free+55/18c>

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



This archive was generated by hypermail 2b29 : Thu Jun 15 2000 - 21:00:15 EST