On Fri, Oct 07, 2005 at 10:02:14AM +0100, Matthias Scheler wrote:
> none of the kernels I built on my NetBSD-current machine after the 4th of
> October worked stable for me. Wednesday's kernel crashed, yesterday's
> kernel frooze and today's kernel crashed with this panic message:

I've tried with a kernel built from today's sources because Thomas Klausner
suggested that the backout of the page finger printing code should have
fixed it. Unfortunately I'm stilling getting panics:

uvm_fault(0xc0555da0, 0xcec2b000, 0, 2) -> 0xe
fatal page fault in supervisor mode
trap type 6 code 2 eip c02ecaae cs 8 eflags 10282 cr2 cec2b194 ilevel 0
panic: trap
Begin traceback...
trap() at netbsd:trap+0x162
--- trap (number 6) ---
vget(cd5bbbe4,10,1,cc7a0a80,cdc1a66c) at netbsd:vget+0x11a
cache_lookup(cd5bbddc,ce8efc44,ce8efc58,cdc1a66c,0) at netbsd:cache_lookup+0x160
ufs_lookup(ce8efa54,ce8efc58,ce8efa6c,c02eb739,c0464e80) at netbsd:ufs_lookup+0xed
VOP_LOOKUP(cd5bbddc,ce8efc44,ce8efc58,c024c583,cd2fa10c) at netbsd:VOP_LOOKUP+0x30
lookup(ce8efc34,cc7b1800,400,ce8efc4c,ce8efb14) at netbsd:lookup+0x212
namei(ce8efc34,cd881400,ce8efb5c,c02f92e7,cd881470) at netbsd:namei+0x133
elf32_load_file(cdc1a66c,ce8efe94,c2b1a000,ce8efea8,ce8efcd8) at netbsd:elf32_load_file+0x55
exec_elf32_makecmds(cdc1a66c,ce8efe94,c272a800,404,0) at netbsd:exec_elf32_makecmds+0x1e2
check_exec(cdc1a66c,ce8efe94,0,0,c286fb78) at netbsd:check_exec+0x1f5
execve1(cda1e5b4,806ba04,806b72c,806ac04,c029dd33) at netbsd:execve1+0x131
sys_execve(cda1e5b4,ce8eff64,ce8eff5c,cdc1a66c,c2b52f00) at netbsd:sys_execve+0x30
syscall_plain() at netbsd:syscall_plain+0x18f
--- syscall (number 59) ---
0xbbb11e23:
End traceback...
syncing disks... uvm_fault(0xc0555da0, 0xcec2b000, 0, 1) -> 0xe
fatal page fault in supervisor mode
trap type 6 code 0 eip c024b204 cs 8 eflags 10282 cr2 cec2b188 ilevel 0
panic: trap
Begin traceback...
trap() at netbsd:trap+0x162
--- trap (number 6) ---
ffs_sync(c26fe000,2,cc7a0a80,cdc1a66c,cc7ab318) at netbsd:ffs_sync+0x42
sys_sync(cda1e5b4,0,0,0,100) at netbsd:sys_sync+0xcd
vfs_shutdown(c048d8de,5,0,0,ce8ef804) at netbsd:vfs_shutdown+0x74
cpu_reboot(100,0,fff3,c04869fa,c02c65d6) at netbsd:cpu_reboot+0x141
panic(c0494142,6,2,c02ecaae,8) at netbsd:panic+0x11b
trap() at netbsd:trap+0x162
--- trap (number 6) ---
vget(cd5bbbe4,10,1,cc7a0a80,cdc1a66c) at netbsd:vget+0x11a
cache_lookup(cd5bbddc,ce8efc44,ce8efc58,cdc1a66c,0) at netbsd:cache_lookup+0x160
ufs_lookup(ce8efa54,ce8efc58,ce8efa6c,c02eb739,c0464e80) at netbsd:ufs_lookup+0xed
VOP_LOOKUP(cd5bbddc,ce8efc44,ce8efc58,c024c583,cd2fa10c) at netbsd:VOP_LOOKUP+0x30
lookup(ce8efc34,cc7b1800,400,ce8efc4c,ce8efb14) at netbsd:lookup+0x212
namei(ce8efc34,cd881400,ce8efb5c,c02f92e7,cd881470) at netbsd:namei+0x133
elf32_load_file(cdc1a66c,ce8efe94,c2b1a000,ce8efea8,ce8efcd8) at netbsd:elf32_load_file+0x55
exec_elf32_makecmds(cdc1a66c,ce8efe94,c272a800,404,0) at netbsd:exec_elf32_makecmds+0x1e2
check_exec(cdc1a66c,ce8efe94,0,0,c286fb78) at netbsd:check_exec+0x1f5
execve1(cda1e5b4,806ba04,806b72c,806ac04,c029dd33) at netbsd:execve1+0x131
sys_execve(cda1e5b4,ce8eff64,ce8eff5c,cdc1a66c,c2b52f00) at netbsd:sys_execve+0x30
syscall_plain() at netbsd:syscall_plain+0x18f
--- syscall (number 59) ---
0xbbb11e23:
End traceback...

Here is what "gdb" found out using the new crash dump:

#0  0xc065c000 in ?? ()
#1  0xc037073a in cpu_reboot (howto=260, bootstr=0x0)
    at /usr/src/sys/arch/i386/i386/machdep.c:752
#2  0xc02c5b1c in panic (fmt=0xc0494142 "trap")
    at /usr/src/sys/kern/subr_prf.c:244
#3  0xc03795e2 in trap (frame=0xce8ef710)
    at /usr/src/sys/arch/i386/i386/trap.c:336
#4  0xc010aee1 in calltrap ()
#5  0xc02efc4e in sys_sync (l=0xcda1e5b4, v=0x0, retval=0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:653
#6  0xc02ede1b in vfs_shutdown () at /usr/src/sys/kern/vfs_subr.c:2222
#7  0xc037074e in cpu_reboot (howto=256, bootstr=0x0)
    at /usr/src/sys/arch/i386/i386/machdep.c:738
#8  0xc02c5b1c in panic (fmt=0xc0494142 "trap")
    at /usr/src/sys/kern/subr_prf.c:244
#9  0xc03795e2 in trap (frame=0xce8ef8c4)
    at /usr/src/sys/arch/i386/i386/trap.c:336
#10 0xc010aee1 in calltrap ()
#11 0xc02e7c70 in cache_lookup (dvp=0xcd5bbddc, vpp=<incomplete type>,
    cnp=0xce8efc58) at /usr/src/sys/kern/vfs_cache.c:237
#12 0xc0269bdd in ufs_lookup (v=0xce8efa54)
    at /usr/src/sys/ufs/ufs/ufs_lookup.c:170
#13 0xc02f777b in VOP_LOOKUP (dvp=0xcd5bbddc, vpp=<incomplete type>,
    cnp=0xce8efc58) at /usr/src/sys/kern/vnode_if.c:136
#14 0xc02eae27 in lookup (ndp=0xce8efc34) at /usr/src/sys/kern/vfs_lookup.c:621
#15 0xc02ea838 in namei (ndp=0xce8efc34) at /usr/src/sys/kern/vfs_lookup.c:279
#16 0xc0290040 in elf32_load_file (p=0xcdc1a66c, epp=0xce8efe94,
    path=0xc2b1a000 "/usr/libexec/ld.elf_so", vcset=0xce8efea8,
    entryoff=0xce8efcd8, ap=0xc28478c0, last=0xce8efcdc)
    at /usr/src/sys/kern/exec_elf32.c:352
#17 0xc02906b4 in exec_elf32_makecmds (p=0xcdc1a66c, epp=0xce8efe94)
---Type <return> to continue, or q <return> to quit---
    at /usr/src/sys/kern/exec_elf32.c:699
#18 0xc029dc21 in check_exec (p=0xcdc1a66c, epp=0xce8efe94, flag=0)
    at /usr/src/sys/kern/kern_exec.c:303
can not access 0x806ba04, invalid translation (invalid PDE)
can not access 0x806ba04, invalid translation (invalid PDE)
can not access 0x806ba04, invalid translation (invalid PDE)
can not access 0x806ba04, invalid translation (invalid PDE)
can not access 0x806ba04, invalid translation (invalid PDE)
can not access 0x806ba04, invalid translation (invalid PDE)
#19 0xc029deba in execve1 (l=0xcda1e5b4,
    path=0x806ba04 <Address 0x806ba04 out of bounds>, args=0x806b72c,
    envs=0x806ac04, fetch_element=0xc029dd33 <execve_fetch_element>)
    at /usr/src/sys/kern/kern_exec.c:478
#20 0xc029dd85 in sys_execve (l=0xcda1e5b4, v=0xce8eff64, retval=0xce8eff5c)
    at /usr/src/sys/kern/kern_exec.c:382
#21 0xc0379057 in syscall_plain (frame=0xce8effa8)
    at /usr/src/sys/arch/i386/i386/syscall.c:160

	Kind regards

-- 
Matthias Scheler                                  http://scheler.de/~matthias/