From owner-freebsd-stable@FreeBSD.ORG Thu Feb 9 18:17:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED59D16A420 for ; Thu, 9 Feb 2006 18:17:16 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F4E043D4C for ; Thu, 9 Feb 2006 18:17:15 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.4/8.13.4) with ESMTP id k19IHExe043499 for ; Thu, 9 Feb 2006 21:17:14 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Thu, 9 Feb 2006 21:17:14 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-stable@freebsd.org In-Reply-To: <200602091804.k19I41RN023914@lurza.secnetix.de> Message-ID: <20060209210748.L87003@woozle.rinet.ru> References: <200602091804.k19I41RN023914@lurza.secnetix.de> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Thu, 09 Feb 2006 21:17:14 +0300 (MSK) Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan 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, 09 Feb 2006 18:17:17 -0000 On Thu, 9 Feb 2006, Oliver Fromme wrote: OF> Dmitry Morozovsky wrote: OF> > I have USB multi-LUN flash reader which is identified under RELENG_6 as OF> > umass0: GENERIC USB Storage Device, rev 2.00/1.8a, addr 2 OF> > da0 at umass-sim0 bus 0 target 0 lun 0 OF> > da0: Removable Direct Access SCSI-0 device OF> > da0: 40.000MB/s transfers OF> > da0: Attempt to query device size failed: NOT READY, Medium not present OF> > [...] OF> > when I insert flash into one of slots, I need to rescan da* providers, as OF> > usually there is slice1 which should be mounted. OF> OF> The problem is that devfs isn't "triggered", therefore it OF> doesn't notice that a new device appeared, so no new nodes OF> are created. Yes I understand this. What I currently fail to understand ;-) is why devfs isn't triggered on read requests (possibly only on 'magic' areas like the very start of each provider, such as when fdisk or bsdlabel is running)? OF> > How can I achieve this? camcomtrol rescan does not help, and for now I've found OF> > only *very* ugly workaround like OF> > OF> > dd if=/dev/da0 of=/dev/da0 count=1 OF> > OF> > which results in error, but actually create GEOMs OF> OF> The following should work as well, without giving an error: OF> OF> dd if=/dev/null of=/dev/da0 count=0 OF> OF> It opens the device for writing (without actually writing OF> anything) and immediately closes it again, which causes OF> devfs to be "triggered". Aha, actually, it works. Thanks. OF> I don't think there's currently a real fix for the problem, OF> I'm afraid. Before any kind of 'real fix' we should determine 'The Right Way[tm]' I think... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------