Date: Thu, 06 Mar 2003 13:01:49 -0500 (EST) From: John Baldwin <jhb@FreeBSD.org> To: Jonathan Lemon <jlemon@flugsvamp.com> Cc: current@freebsd.org Subject: RE: witness: nfs & buf queue Message-ID: <XFMail.20030306130149.jhb@FreeBSD.org> In-Reply-To: <20030305201016.S61787@flugsvamp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06-Mar-2003 Jonathan Lemon wrote:
> Doing a kernel build over NFS on today's -current gives a pile of
> following error messages during the final link phase:
>
> Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> ...
Witness didn't used to complain about these until my recent commits,
so these could be old bugs that we are just now seeing. It does look
like all the lock functions in inmem() use LK_NOWAIT which is exempted
from the witness check:
if ((flags & (LK_NOWAIT|LK_RELEASE)) == 0)
WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK,
&lkp->lk_interlock->mtx_object,
"Acquiring lockmgr lock \"%s\"", lkp->lk_wmesg);
A stack trace from one of these would be helpful.
--
John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20030306130149.jhb>