Date: Mon, 21 Dec 2009 14:43:55 -0800 From: Marcel Moolenaar <xcllnt@mac.com> To: freebsd-arm@freebsd.org Subject: panic: _mtx_lock_sleep: recursed on non-recursive mutex pmap @ /nfs/freebsd/base/head/sys/arm/arm/pmap.c:1916 Message-ID: <1FE6A0BF-4A65-4C0C-BA0D-2ADEB9A8AF06@mac.com>
next in thread | raw e-mail | index | archive | help
All,
I'm trying to run lmbench on a MV78100, but the kernel panics when
lmbench tries to detect the amount of physical memory (see below).
Does anyone know if I can bypass that check (short-term) and if
there are patches floating around to fix the kernel (long-term)?
Probing system for available memory: pid 2515 (memsize), uid 0, was killed: out of swap space
panic: _mtx_lock_sleep: recursed on non-recursive mutex pmap @ /nfs/freebsd/base/head/sys/arm/arm/pmap.c:1916
KDB: enter: panic
[thread pid 2514 tid 100075 ]
Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]!
db> bt
Tracing pid 2514 tid 100075 td 0xc3a44480
kdb_enter() at kdb_enter+0x14
scp=0xc0a01758 rlv=0xc09d4a84 (panic+0xa0)
rsp=0xd1cb1b48 rfp=0xd1cb1b5c
r5=0xc0b9762c r4=0x00000100
panic() at panic+0x1c
scp=0xc09d4a00 rlv=0xc09c68cc (_mtx_lock_sleep+0x130)
rsp=0xd1cb1b70 rfp=0xd1cb1b88
_mtx_lock_sleep() at _mtx_lock_sleep+0x10
scp=0xc09c67ac rlv=0xc09c69ac (_mtx_lock_flags+0xd4)
rsp=0xd1cb1b8c rfp=0xd1cb1bb4
r6=0x00000000 r5=0xc3a35594
r4=0x00000000
_mtx_lock_flags() at _mtx_lock_flags+0x10
scp=0xc09c68e8 rlv=0xc0b51aac (pmap_fault_fixup+0x48)
rsp=0xd1cb1bb8 rfp=0xd1cb1bec
r10=0x00000001 r8=0xd1cb1c94
r7=0xc3a44480 r6=0x00018000 r5=0xc3a35594 r4=0x00000000
pmap_fault_fixup() at pmap_fault_fixup+0x10
scp=0xc0b51a74 rlv=0xc0b5aca0 (data_abort_handler+0x16c)
rsp=0xd1cb1bf0 rfp=0xd1cb1c90
r10=0x00000001 r9=0xd1cb1ef8
r8=0xd1cb1c94 r7=0xc3a44480 r6=0x00018000 r5=0xffff1004
r4=0x00000007
data_abort_handler() at data_abort_handler+0x10
scp=0xc0b5ab44 rlv=0xc0b4c9b4 (address_exception_entry+0x50)
rsp=0xd1cb1c94 rfp=0xd1cb1d20
r10=0xc3a35594 r9=0x00019000
r8=0x00002000 r7=0x00018000 r6=0x00001000 r5=0xffff1004
r4=0x00017000
pmap_protect() at pmap_protect+0x10
scp=0xc0b54438 rlv=0xc0b33020 (vmspace_fork+0x420)
rsp=0xd1cb1d24 rfp=0xd1cb1d60
r10=0xc3a354e4 r9=0x00008000
r8=0xc3a364e4 r7=0x00000001 r6=0xc3957d80 r5=0xc0eab5e8
r4=0x00000000
vmspace_fork() at vmspace_fork+0x10
scp=0xc0b32c10 rlv=0xc09afb9c (fork1+0x100)
rsp=0xd1cb1d64 rfp=0xd1cb1dbc
r10=0xc3a9aaf0 r9=0xc3a44480
r8=0x00000014 r7=0xc0c0abf4 r6=0xc3a9c000 r5=0x00000002
r4=0x00000000
fork1() at fork1+0x10
scp=0xc09afaac rlv=0xc09b0d18 (fork+0x24)
rsp=0xd1cb1dc0 rfp=0xd1cb1dd8
r10=0xd1cb1eac r9=0x00000000
r8=0xc3a9aaf0 r7=0xc0c0abf4 r6=0x00000002 r5=0xc3a44480
r4=0xc3a44480
fork() at fork+0x10
scp=0xc09b0d04 rlv=0xc0b5b164 (swi_handler+0x128)
rsp=0xd1cb1ddc rfp=0xd1cb1ea8
r4=0x00000000
swi_handler() at swi_handler+0x10
scp=0xc0b5b04c rlv=0xc0b4c78c (swi_entry+0x40)
rsp=0xd1cb1eac rfp=0xbfffeca0
r10=0x2004da58 r9=0x00000000
r8=0x00000000 r7=0x40000000 r6=0x00000002 r5=0x20000000
r4=0x20000000
db>
--
Marcel Moolenaar
xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1FE6A0BF-4A65-4C0C-BA0D-2ADEB9A8AF06>