Page fault from kdb_backtrace()

I am testing a patch that has the effect of spewing a lot of
kdb_backtraces to the console..but sooner or later it will panic:

trap 12: page fault while in kernel mode
cpuid = 1; apic id = 06
fault virtual address = 0xc
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc0466c61
stack pointer = 0x28:0xf599da20
frame pointer = 0x28:0xf599da40
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 24902 (mkdir)
[thread pid 24902 tid 100129 ]
Stopped at X_db_symbol_values+0x18: cmpl $0,0xc(%eax)
db> wh
Tracing pid 24902 tid 100129 td 0xca7f4bd0
X_db_symbol_values(0,c0851b2c,f599da98,f599da58,2f) at X_db_symbol_values+0x18
db_symbol_values(c0851b2c,f599da98,0,c05b3c8e,c06f8653) at db_symbol_values+0x41
db_backtrace(ca7f4bd0,0,f599db1c,c055e161,ffffffff) at db_backtrace+0x96
db_trace_self(c073e687,f599db38,c05b8cd0,c0746e8f,ca7f4bd0) at db_trace_self+0x4d
kdb_backtrace(c0746e8f,ca7f4bd0,0,0,0) at kdb_backtrace+0x2f
vn_finished_write(ca59787c,ffffffdf,c0746c88,d68,0) at vn_finished_write+0x33
kern_mkdir(ca7f4bd0,bfb623a0,0,1f8,f599dd30) at kern_mkdir+0x3a7
mkdir(ca7f4bd0,f599dd04,8,445,ccef4528) at mkdir+0x29
syscall(2805003b,3b,bfbe003b,28051a1a,24c) at syscall+0x307
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (136, FreeBSD ELF32, mkdir), eip = 0x2813d87b, esp = 0xbfb61f3c, ebp = 0xbfb62378 ---

Why is this happening?

Kris

Attachment: pgpyhaCKdQYl0.pgp
Description: PGP signature

Relevant Pages

  • [PATCH] x86-64 singlestep through sigreturn system call
    ... With Davide Libenzi's patch for i386 and my follow-on patch for x86-64's ... This patch fixes the problem by forcing a fake single-step trap at the end ... send the line "unsubscribe linux-kernel" in ...
    (Linux-Kernel)
  • Re: FAangband bugs
    ... However, this is full already, so either it needs to be enlarged, or a new array needs to be created. ... I've put together a patch for Vanilla, and also a patch for OAngband which use this new method. ... Note also that this patch is based on some work pelpel did a while back, ... It'd be quite interesting to make it so that when a trap-detected area has a trap created inside it, the grids around the trap were marked as undetected. ...
    (rec.games.roguelike.angband)
  • Re: i486 emu in mainline?
    ... > most modern distros wouldn't work on i386 cpus anymore. ... > again Debian merged Willy Tarreau's patch to trap those and emulate them ... The patch is extremely non-invasive and would ...
    (Linux-Kernel)
  • Re: [RFC: 2.6.19 patch] let PCI_MULTITHREAD_PROBE depend on BROKEN
    ... state it seems to be more of a trap for users who accidentally ... This patch lets PCI_MULTITHREAD_PROBE depend on BROKEN for 2.6.19. ... The intention is to get this patch reversed in -mm as soon as it's in ... People who enable features clearly marked as EXPERIMENTAL deserve what ...
    (Linux-Kernel)
  • Re: Persistent hole endpoints
    ... up in the same randomly chosen location when falling through that ... I wonder, since you added "dstcoord" to the trap struct, maybe you ... could go on and create teleportation traps that, ... be much use as long as this is a separate patch. ...
    (rec.games.roguelike.nethack)