On Sat, 04 Aug 2007 20:06:09 -0700
Jeff Rizzo <riz@tastylime.net> wrote:

> I've gotten this twice today while building the world, on a kernel I
> built from 2h old sources.  Should I file a PR, and/or is there any
> other info I can gather?
> 
> In case it matters, userland is circa 4.99.2, and this is an AMD64
> kernel with DIAGNOSTIC, DEBUG and LOCKDEBUG...
> 
> +j
> 
> panic: kernel diagnostic assertion
> "_simple_lock_held((&obj->vmobjlock))" failed: file
> "/usr/src/sys/uvm/uvm_page.c", line 1651
> Stopped in pid 17875.1 (sh) at netbsd:cpu_Debugger+0x5:   leave
> db{1}>bt
> cpu_Debugger() at netbsd:cpu_Debugger+0x5
> panic() at netbsd:panic+0x1fc
> __assert() at netbsd:__assert+0x2d
> uvm_pagelookup() at netbsd:uvm_pagelookup+0xef
> uao_dropswap_range1() at netbsd:uao_dropswap_range1+0x11c
> uao_detach_locked() at netbsd:uao_detach_locked+0x14b
> tmpfs_free_node() at netbsd:tmpfs_free_node+0xfb
> tmpfs_reclaim() at netbsd:tmpfs_reclaim+0xbf
> VOP_RECLAIM() at netbsd:VOP_RECLAIM+0x29
> vclean() at netbsd:vclean+0xe7
> vgonel() at netbsd:vgonel+0x55
> vrecycle() at netbsd:vrecycle+0x59
> tmpfs_inactive() at netbsd:tmpfs_inactive+0x5e
> VOP_INACTIVE() at netbsd:VOP_INACTIVE+0x29
> vn_close() at netbsd:vn_close+0x57
> closef() at netbsd:closef+0x1a8
> fdfree() at netbsd:fdfree+0x8d
> exit1() at netbsd:exit1+0x1b8
> sys_exit() at netbsd:sys_exit+0x5b
> syscall_plain() at netbsd:syscall_plain+0x1cf
> uvm_fault(0xffff8000282a6488, 0x0, 1) -> e
> kernel: page fault trap, code=0
> Faulted in DDB; continuing...
> db{1}>
> 
> 

This looks a bit similar to PR 36553.