From owner-freebsd-current@FreeBSD.ORG  Sat Jan 31 23:16:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 60B3916A4CE; Sat, 31 Jan 2004 23:16:16 -0800 (PST)
Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6C55D43D1F; Sat, 31 Jan 2004 23:16:15 -0800 (PST)
	(envelope-from danny@cs.huji.ac.il)
Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny)
	by cs.huji.ac.il with esmtp
	id 1AnBpx-000Moj-Kc; Sun, 01 Feb 2004 09:16:09 +0200
X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4
To: Ruslan Ermilov <ru@freebsd.org>
In-reply-to: Your message of Sun, 1 Feb 2004 00:53:25 +0200 .
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 01 Feb 2004 09:16:09 +0200
From: Danny Braniss <danny@cs.huji.ac.il>
Message-Id: <E1AnBpx-000Moj-Kc@cs.huji.ac.il>
cc: freebsd-current@freebsd.org
Subject: Re: panic: spin lock nv0 not in order list 
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Feb 2004 07:16:16 -0000


> > with a fairly resent current im now getting:
> > ...
> > nv0: <NVIDIA nForce MCP2 Networking Adapter> port 0xd400-0xd407 mem=20
> > 0xdd087000-0xdd087fff irq 11 at device 4.0 on pci0
> > panic: spin lock nv0 not in order list
> > at line 1207 in file /r+d/5.2/src/sys/kern/subr_witness.c
> >=20
> So remove the debug.witness_skipspin=3D"0" line from /boot/loader.conf
> or the ``options WITNESS_SKIPSPIN'' from your kernel, or submit the
> trivial patch for subr_witness.c.  ;)

love to, but all this locks have my head spinning :-)
in any case this looks fishy:

static struct witness *
enroll(const char *description, struct lock_class *lock_class)
{
	struct witness *w;

	if (!witness_watch || witness_watch == 0 || panicstr != NULL)
            **************    ******************
		return (NULL);