Date: Thu, 23 Jun 2011 20:31:24 +0400 From: Andrey Chernov <ache@FreeBSD.ORG> To: "Kenneth D. Merry" <ken@FreeBSD.ORG> Cc: Kostik Belousov <kostikbel@gmail.com>, Eir Nym <eirnym@gmail.com>, "Justin T. Gibbs" <gibbs@FreeBSD.ORG>, current@FreeBSD.ORG, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) Message-ID: <20110623163124.GB47670@vniz.net> In-Reply-To: <20110622200919.GA72504@nargothrond.kdm.org> References: <20110620001912.GA60252@vniz.net> <4DFEAD4F.1040603@FreeBSD.org> <20110620070222.GA74009@vniz.net> <20110620080146.GF48734@deviant.kiev.zoral.com.ua> <20110620114656.GA83524@vniz.net> <20110621161719.GA16166@nargothrond.kdm.org> <20110621204934.GB9877@vniz.net> <20110622035404.GA38834@nargothrond.kdm.org> <20110622041325.GA13754@vniz.net> <20110622200919.GA72504@nargothrond.kdm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jun 22, 2011 at 02:09:19PM -0600, Kenneth D. Merry wrote: > Well, after looking at the code a little more, it looks like the "lock" > that is being held is the periph lock, which is really just a flag. > So 'show lock' wouldn't show anything relevant. Here's cam_periph_hold(): With recent r223475 situation returned to what you describe (and still no cd0 in probe). As tracing 100008 show, it was cdopen() who calls cam_periph_hold() and sleeps there forever. Tracing 100014 as you suggest shows almost nothing: only fork_trampoline() is there. -- http://ache.vniz.net/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110623163124.GB47670>