Sometimes it also locks the X server, but here's an occasion that it
didn't and I actually managed to feed the thing through ksymoops:
Using `/boot/System.map' to map addresses to symbols.
Unable to handle kernel NULL pointer dereference at virtual address 00000094
current->tss.cr3 = 03ed1000, %cr3 = 03ed1000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c010fd24>]
EFLAGS: 00010207
eax: 0000003b ebx: c11e2000 ecx: 00000000 edx: 00000014
esi: c0840000 edi: 0000003b ebp: c0841fbc esp: c0841f98
ds: 0018 es: 0018 ss: 0018
Process lisp (pid: 354, process nr: 36, stackpage=c0841000)
Stack: 013086d7 0000003b 00000292 00000000 c0116ca1 01274c00 00024eb7 013086d7
c0109a78 500ff244 c010893c 01274c00 093660cf 00000002 00024eb7 013086d7
500ff244 000008b6 0000002b 0000002b ffffff00 08053c38 00000023 00000612
Call Trace: [<c0116ca1>] [<c0109a78>] [<c010893c>]
Code: 8b 81 94 00 00 00 89 45 e0 a8 10 74 13 24 ef 89 81 94 00 00
>>EIP: c010fd24 <dequeue_signal+24/160>
Trace: c0116ca1 <qm_deps+d5/164>
Trace: c0109a78 <IRQ25_interrupt+4/c>
Trace: c010893c <do_signal+250/318>
Code: c010fd24 <dequeue_signal+24/160>
Code: c010fd24 <dequeue_signal+24/160> 8b 81 94 00 00 movl 0x94(%ecx),%eax
Code: c010fd2a <dequeue_signal+2a/160> 89 45 e0 movl %eax,0xffffffe0(%ebp)
Code: c010fd2d <dequeue_signal+2d/160> a8 10 testb $0x10,%al
Code: c010fd2f <dequeue_signal+2f/160> 74 13 je c010fd44 <dequeue_signal+44/160>
Code: c010fd31 <dequeue_signal+31/160> 24 ef andb $0xef,%al
Code: c010fd33 <dequeue_signal+33/160> 89 81 94 00 00 movl %eax,0x94(%ecx)
Code: c010fd39 <dequeue_signal+39/160> 90 nop
Code: c010fd3a <dequeue_signal+3a/160> 90 nop
Code: c010fd3b <dequeue_signal+3b/160> 90 nop
I'm not on this list, but I read it through the archive at linuxhq, so
I ought to see any reply. If you want any more info, I can wave my
arms about bit more.
-dan
-
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/