oops 2.4.13

andersg@0x63.nu
Thu, 1 Nov 2001 15:05:47 +0100


hi,

got another oops on my smp-PII-system today with 2.4.13 with lvm1.0.1-rc4.
The network load is pretty high on this machine. It has four ide-chains
fully populated with disks with quite some activity at times (running as ftp
and webserver).

As far as i can see, its task_list that is currupted in the buffer_head (am
i right?). After this oops the nmi-watchdog detects a deadlock on the other
processor because it's waiting on a lock, but that isn't relevant for
analyzing this problem, is it?

Decoded it looks like this:

Unable to handle kernel paging request at virtual address 6361661c
c0114b90
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c0114b90>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010893
eax: dba7ebec ebx: 63616620 ecx: 00000001 edx: 00000003
esi: c14b0180 edi: dba7ebe8 ebp: cd183ee8 esp: cd183ecc
ds: 0018 es: 0018 ss: 0018
Process lftp (pid: 27738, stackpage=cd183000)
Stack: dba7ebe8 c14b0180 00000002 dba7ebec 00000001 00000086 00000003 00000001
c013476d dba7eba0 c0135207 dba7eba0 dbf1d680 00000008 c0194509 dba7eba0
00000001 dbf1d680 00000096 dbf61c60 c02c1ba0 c0198947 dbf1d680 00000001
Call Trace: [<c013476d>] [<c0135207>] [<c0194509>] [<c0198947>] [<c019d208>]
[<c019a261>] [<c019d1a0>] [<c0108411>] [<c01085f6>] [<c010a638>]
Code: 8b 4b fc 8b 01 85 45 fc 74 66 31 c0 9c 5e fa f0 fe 0d 00 08

>>EIP; c0114b90 <__wake_up+38/c0> <=====
Trace; c013476c <unlock_buffer+3c/40>
Trace; c0135206 <end_buffer_io_async+4e/ec>
Trace; c0194508 <end_that_request_first+60/c0>
Trace; c0198946 <ide_end_request+66/a4>
Trace; c019d208 <ide_dma_intr+68/a8>
Trace; c019a260 <ide_intr+124/18c>
Trace; c019d1a0 <ide_dma_intr+0/a8>
Trace; c0108410 <handle_IRQ_event+4c/78>
Trace; c01085f6 <do_IRQ+a6/ec>
Trace; c010a638 <call_do_IRQ+6/e>
Code; c0114b90 <__wake_up+38/c0>
00000000 <_EIP>:
Code; c0114b90 <__wake_up+38/c0> <=====
0: 8b 4b fc mov 0xfffffffc(%ebx),%ecx <=====
Code; c0114b92 <__wake_up+3a/c0>
3: 8b 01 mov (%ecx),%eax
Code; c0114b94 <__wake_up+3c/c0>
5: 85 45 fc test %eax,0xfffffffc(%ebp)
Code; c0114b98 <__wake_up+40/c0>
8: 74 66 je 70 <_EIP+0x70> c0114c00 <__wake_up+a8/c0>
Code; c0114b9a <__wake_up+42/c0>
a: 31 c0 xor %eax,%eax
Code; c0114b9c <__wake_up+44/c0>
c: 9c pushf
Code; c0114b9c <__wake_up+44/c0>
d: 5e pop %esi
Code; c0114b9e <__wake_up+46/c0>
e: fa cli
Code; c0114b9e <__wake_up+46/c0>
f: f0 fe 0d 00 08 00 00 lock decb 0x800

-- 

//anders/g

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