From owner-freebsd-current@FreeBSD.ORG  Thu Nov 27 01:41:25 2003
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 654A416A4CE
	for <freebsd-current@FreeBSD.org>;
	Thu, 27 Nov 2003 01:41:25 -0800 (PST)
Received: from email06.aon.at (WARSL402PIP3.highway.telekom.at [195.3.96.75])
	by mx1.FreeBSD.org (Postfix) with SMTP id 8C9EB43FA3
	for <freebsd-current@FreeBSD.org>;
	Thu, 27 Nov 2003 01:41:23 -0800 (PST)
	(envelope-from shoesoft@gmx.net)
Received: (qmail 99636 invoked from network); 27 Nov 2003 09:41:19 -0000
Received: from m095p004.dipool.highway.telekom.at (HELO ?62.46.1.196?)
	([62.46.1.196]) (envelope-sender <shoesoft@gmx.net>)
	by qmail6rs.highway.telekom.at (qmail-ldap-1.03) with SMTP
	for <freebsd-current@FreeBSD.org>; 27 Nov 2003 09:41:19 -0000
From: Stefan Ehmann <shoesoft@gmx.net>
To: freebsd-current@FreeBSD.org
In-Reply-To: <200311260733.hAQ7XVeF012283@gw.catspoiler.org>
References: <200311260733.hAQ7XVeF012283@gw.catspoiler.org>
Content-Type: text/plain
Message-Id: <1069926080.891.0.camel@shoeserv.freebsd>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 27 Nov 2003 10:41:21 +0100
Content-Transfer-Encoding: 7bit
Subject: Re: panic on 5.2 BETA: blockable sleep lock
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: Thu, 27 Nov 2003 09:41:25 -0000

On Wed, 2003-11-26 at 08:33, Don Lewis wrote:
> The problem is that selrecord() wants to lock a MTX_DEF mutex, which
can
> cause a context switch if the mutex is already locked by another
thread.
> This is contrary to what bktr_poll() wants to accomplish by calling
> critical_enter().

Strange enough that does not seem to happen with a kernel built without
INVARIANTS and WITNESS. Does this make any sense or is this just by
chance?