exclusive sleep mutex mntvnode r = 0 (0xffffffff80758220) locked @ /a/asami/portbuild/amd64/src-client/sys/ufs/ffs/ffs_vfsops.c:1172
From: Kris Kennaway (kris_at_obsecurity.org)
Date: 10/30/03
- Previous message: Harald Hanche-Olsen: "Glitch with make cleandir"
- Next in thread: Alexander Kabaev: "Re: exclusive sleep mutex mntvnode r = 0 (0xffffffff80758220) /a/asami/portbuild/amd64/src-client/sys/ufs/ffs/ffs_vfsops.c:1172"
- Reply: Alexander Kabaev: "Re: exclusive sleep mutex mntvnode r = 0 (0xffffffff80758220) /a/asami/portbuild/amd64/src-client/sys/ufs/ffs/ffs_vfsops.c:1172"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 30 Oct 2003 10:18:43 -0800 To: current@FreeBSD.org
One of the amd64 machines died with the following. The kernel is a
few weeks old, so this might already be fixed.
Kris
malloc() of "64" with the following non-sleepable locks held:
exclusive sleep mutex mntvnode r = 0 (0xffffffff80758220) locked @ /a/asami/portbuild/amd64/src-client/sys/ufs/ffs/ffs_vfsops.c:1172
recursed on non-recursive lock (sleep mutex) mntvnode @ /a/asami/portbuild/amd64/src-client/sys/kern/vfs_subr.c:1054
first acquired @ /a/asami/portbuild/amd64/src-client/sys/ufs/ffs/ffs_vfsops.c:1172
panic: recurse
Debugger("panic")
Stopped at Debugger+0x4b: xchgl %ebx,0x31599f
db> where
Debugger() at Debugger+0x4b
panic() at panic+0x169
witness_lock() at witness_lock+0x383
_mtx_lock_flags() at _mtx_lock_flags+0x9c
insmntque() at insmntque+0x2a
vclean() at vclean+0x35b
vgonel() at vgonel+0x51
vrecycle() at vrecycle+0x5b
ufs_inactive() at ufs_inactive+0x22c
ufs_vnoperate() at ufs_vnoperate+0x14
vrele() at vrele+0x11a
ffs_sync() at ffs_sync+0x24f
sync() at sync+0xdb
syscall() at syscall+0x320
Xfast_syscall() at Xfast_syscall+0xa7
--- syscall (36, FreeBSD ELF64, sync), rip = 0x402084, rsp = 0x7ffffffff648, rbp = 0x3 ---
db>
- application/pgp-signature attachment: stored
- Previous message: Harald Hanche-Olsen: "Glitch with make cleandir"
- Next in thread: Alexander Kabaev: "Re: exclusive sleep mutex mntvnode r = 0 (0xffffffff80758220) /a/asami/portbuild/amd64/src-client/sys/ufs/ffs/ffs_vfsops.c:1172"
- Reply: Alexander Kabaev: "Re: exclusive sleep mutex mntvnode r = 0 (0xffffffff80758220) /a/asami/portbuild/amd64/src-client/sys/ufs/ffs/ffs_vfsops.c:1172"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- Re: Freebsd Theme Song
... >> measure the efficiency of an isolated kernel. ... >> network,
you're in good shape. ... Whats "false" about it, Kris? ... people that used to
rely on FreeBSD for serious ... (freebsd-questions) - Re: [GIANT-LOCK] seen on several kernel facilities
... Kris Kennaway wrote: ... I do not have any glue how fast or slow giant locks
... >> on a specific driver involves performance, so please excuse my questions about
that, ... If the kernel did not ... (comp.unix.bsd.freebsd.misc) - Re: [PATCH] Athlon/Opteron Prefetch Fix for 2.6.0test5 + numbers
... I carefully designed it to never recurse more than once. ... when the fault
came from user space as seen in CS it is ok to fault again. ... a recursion when the kernel
jumps to zero. ... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel) - Re: strange
... Actually no I used the kernel tar bal from source forge debian does not seem ...
Kris ... >> is not being emulated back to the cd but rather looks for a floppy
disk ... > "If you have an apple and I have an apple and we exchange apples then
... (Debian-User) - Re: MAKEDEV question
... > Hi Kris, ... > Tks for your response. ... > I suppose
lpt0 is supported. ... If your kernel detects it it will be listed in the dmesg:
... (freebsd-questions)