2.3.40 blows away on shm swap test

Christoph Rohland hans-christoph.rohland en sap.com
Sab Ene 22 00:37:33 CST 2000


Hi,

I did my regular bug hunting/testing on 2.3.40. It fails very fast. I
am pretty sure that it does _not_ try to swap in this stage:

Unable to handle kernel NULL pointer dereference at virtual address 0000000c
 printing eip:
c0114d64
*pde = 3785e001
*pte = 00000000
Oops: 0000
CPU:    4
EIP:    0010:[<c0114d64>]
EFLAGS: 00010086
eax: 00000030   ebx: 000000b0   ecx: c3ff6000   edx: 00000000
esi: c3ff6000   edi: cdce5900   ebp: c3ff7fac   esp: c3ff7f00
ds: 0018   es: 0018   ss: 0018
Process swapper (pid: 0, stackpage=c3ff7000)
Stack: 00000001 c0115057 00000000 f7928200 c0222f8e f7928200 00000000 00000004 
       c3ff6000 cdce5900 c3ff7fac 00000010 00000018 f7890018 00000041 c011a0b5 
       00000010 00000202 c0109da0 c3ff6000 c0109da0 c3ff7f74 c02d2800 cdce5900 
Call Trace: [<c0115057>] [<c0222f8e>] [<c011a0b5>] [<c0109da0>] [<c0109da0>] [<c
010f12c>] [<c0109da0>] 
       [<c0109da0>] [<c0109e10>] [<c011ed9d>] 
Code: 8b 52 0c 81 c2 00 00 00 40 0f 22 e3 0f 22 da 0f 22 e0 83 79 

>>EIP; c0114d64 <flush_tlb_all_ipi+18/58>   <=====
Trace; c0115057 <smp_call_function_interrupt+1f/38>
Trace; c0222f8e <call_call_function_interrupt+5/b>
Trace; c011a0b5 <schedule+415/ab8>
Trace; c0109da0 <default_idle+0/28>
Trace; c0109da0 <default_idle+0/28>
Code;  c0114d64 <flush_tlb_all_ipi+18/58>
00000000 <_EIP>:
Code;  c0114d64 <flush_tlb_all_ipi+18/58>   <=====
   0:   8b 52 0c                  movl   0xc(%edx),%edx   <=====
Code;  c0114d67 <flush_tlb_all_ipi+1b/58>
   3:   81 c2 00 00 00 40         addl   $0x40000000,%edx
Code;  c0114d6d <flush_tlb_all_ipi+21/58>
   9:   0f 22 e3                  movl   %ebx,%cr4
Code;  c0114d70 <flush_tlb_all_ipi+24/58>
   c:   0f 22 da                  movl   %edx,%cr3
Code;  c0114d73 <flush_tlb_all_ipi+27/58>
   f:   0f 22 e0                  movl   %eax,%cr4
Code;  c0114d76 <flush_tlb_all_ipi+2a/58>
  12:   83 79 00 00               cmpl   $0x0,0x0(%ecx)

Kernel panic: Attempted to kill the idle task!

Greetings
		Christoph

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



Más información sobre la lista de distribución Ayuda