From owner-freebsd-stable@FreeBSD.ORG Thu Jul 23 15:41:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79947106567E for ; Thu, 23 Jul 2009 15:41:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AC2328FC2C for ; Thu, 23 Jul 2009 15:41:42 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA28459; Thu, 23 Jul 2009 18:41:20 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A6884A0.5000906@icyb.net.ua> Date: Thu, 23 Jul 2009 18:41:20 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: "Peter C. Lai" References: <20090723055317.GA72627@svzserv.kemerovo.su> <20090723141440.A69EF1CC0B@ptavv.es.net> <4A6880A1.3010003@icyb.net.ua> <20090723153338.GA31463@cesium.hyperfine.info> In-Reply-To: <20090723153338.GA31463@cesium.hyperfine.info> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sagara Wijetunga , Eugene Grosbein , freebsd-stable@freebsd.org Subject: Re: SCSI device not created upon a CF card plug in 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, 23 Jul 2009 15:41:43 -0000 on 23/07/2009 18:33 Peter C. Lai said the following: > GEOM should pick up the state change, but the bug may continue to exist > because the CF reader is tagged as a storage device with invalid media > when umass attaches to it on startup; there wasn't a really good way to > actually enumerate the slice table upon insertion because the device > does not send a disconnect/reconnect to the bus when you insert the > card. At the time, the workaround was to tickle the device by attempting > a mount against the whole disk, then the slice table will be enumerated. It definitely doesn't do disconnect/reconnect, the question is does it send other kind of notification on media insertion/change? > Example, CF card reader on boot will be picked up as /dev/da4 > You insert card, no state change can be detected because the device > doesn't get reset on the bus. > mount /dev/da0 /mnt <-- will fail for obvious reasons, but now slices > are enumerated > mount /dev/da0s1f /mnt/mycfcard <-- ok $ true > /dev/da0 looks cleaner and is safer way to trigger the re-tasting. Still, this is a sub-case of polling. -- Andriy Gapon