From owner-freebsd-current@FreeBSD.ORG Fri Jun 24 22:26:49 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C09AA106564A; Fri, 24 Jun 2011 22:26:49 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 371D58FC13; Fri, 24 Jun 2011 22:26:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.4/8.14.4) with ESMTP id p5OMQlYt075290; Sat, 25 Jun 2011 02:26:47 +0400 (MSD) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p5OMQk85075289; Sat, 25 Jun 2011 02:26:46 +0400 (MSD) (envelope-from ache) Date: Sat, 25 Jun 2011 02:26:45 +0400 From: Andrey Chernov To: "Justin T. Gibbs" Message-ID: <20110624222645.GA75222@vniz.net> Mail-Followup-To: Andrey Chernov , "Justin T. Gibbs" , Scott Long , Kostik Belousov , Eir Nym , "Kenneth D. Merry" , current@FreeBSD.ORG, will@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> <4E04F188.9030105@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E04F188.9030105@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.ORG, "Kenneth D. Merry" , Eir Nym , Kostik Belousov , will@FreeBSD.ORG Subject: Re: Exactly that commit (was Re: Latest -current 100% hang at the late boot stage) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 22:26:49 -0000 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/