Date: Fri, 2 Jun 2006 09:11:46 +0200 From: Wilko Bulte <wb@freebie.xs4all.nl> To: Kris Kennaway <kris@obsecurity.org> Cc: freebsd-stable@FreeBSD.org, Robert Watson <rwatson@FreeBSD.org>, freebsd-alpha@FreeBSD.org Subject: Re: 6.1-RELEASE panic / lockmgr? Message-ID: <20060602071146.GA5925@freebie.xs4all.nl> In-Reply-To: <20060602010600.GB40143@xor.obsecurity.org> References: <20060601212736.GA3380@freebie.xs4all.nl> <20060601230007.C69345@fledge.watson.org> <20060602010600.GB40143@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 01, 2006 at 09:06:00PM -0400, Kris Kennaway wrote.. > On Thu, Jun 01, 2006 at 11:01:07PM +0100, Robert Watson wrote: > > > > 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(). > > Also turn off debug.kdb.stop_other_cpus or whatever it is. Without > this I usually get lockups on sparc64 SMP machines. debug.kdb.stop_cpus=0 seems to be it. Will try that. thanks, Wilko -- Wilko Bulte wilko@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060602071146.GA5925>