From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 22:01:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D40116AB0F; Thu, 1 Jun 2006 22:01:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D9B43D53; Thu, 1 Jun 2006 22:01:11 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4A15046C0C; Thu, 1 Jun 2006 18:01:07 -0400 (EDT) Date: Thu, 1 Jun 2006 23:01:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Wilko Bulte In-Reply-To: <20060601212736.GA3380@freebie.xs4all.nl> Message-ID: <20060601230007.C69345@fledge.watson.org> References: <20060601212736.GA3380@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-alpha@freebsd.org Subject: Re: 6.1-RELEASE panic / lockmgr? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 22:01:21 -0000 On Thu, 1 Jun 2006, Wilko Bulte wrote: > My dual-CPU DS20 Alpha box can more or less consistently be > forced into a panic like: > > FreeBSD/alpha (goldrush.wbnet) (ttyd0)^ > > login: panic: lockmgr: thread 0xfffffc007d9d4a80, not exclusive lock holder > 0xfffffc006052d260 unlocking > cpuid = 1 > KDB: enter: panic > > Trigger is a "make -j2 release". j2 seems to be needed, not seen it with > -j1 > > Unfortunately after printing the line with "KDB" the whole thing appears to > become completely catatonic :( Try putting a call to critical_enter() towards the beginning of panic(). Sometimes this increases the reliability of entering the debugger by avoiding interrupt delivery during the process of entering. If you want to be able to continue out, you'll need a critical_exit() at the end, but that generally isn't helpful for panic(). Robert N M Watson