Date: Sat, 25 Jun 2011 02:26:45 +0400 From: Andrey Chernov <ache@FreeBSD.ORG> To: "Justin T. Gibbs" <gibbs@FreeBSD.ORG> Cc: current@FreeBSD.ORG, "Kenneth D. Merry" <ken@FreeBSD.ORG>, Eir Nym <eirnym@gmail.com>, Kostik Belousov <kostikbel@gmail.com>, will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) Message-ID: <20110624222645.GA75222@vniz.net> In-Reply-To: <4E04F188.9030105@FreeBSD.org> References: <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> <4E03FDFD.70203@FreeBSD.org> <55FDA4B1-CA5E-4304-9239-3AAF0FC6FF5F@samsco.org> <C7D47D8B-5E29-4066-892A-F547F6DB9E8B@samsco.org> <4E04F188.9030105@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 24, 2011 at 04:20:24PM -0400, Justin T. Gibbs wrote: > Instead, I believe that either one of the GEOM taste methods is leaking an > access reference (so cdclose() is not called), or the CD driver is failing > to release the hold semaphore during probing. Setting kern.geom.debugflags > to '4' will trace the access calls and allow the GEOM side to be ruled out. > If GEOM is exonerated, we can add tracing to cam_perihp_(un)hold to track > this down further. No problem. I just set kern.geom.debugflags=4 in loader.conf and here is new photo (with recent kernel, no patches): http://img803.imageshack.us/img803/4679/25062011006.jpg I skip all noisy parts related to ada0 and ada1 partitions probes. As you can see, only 3 cd0-related geom call issued, right before cd1 probe shown. Strange thing is that I see no single cd1-related geom call, but it may be because of hang. -- http://ache.vniz.net/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110624222645.GA75222>