From owner-freebsd-current@FreeBSD.ORG Mon Jul 2 04:46:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C27F16A46D for ; Mon, 2 Jul 2007 04:46:12 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB3313C468 for ; Mon, 2 Jul 2007 04:46:12 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 48990 invoked from network); 2 Jul 2007 04:46:14 -0000 Received: from ppp-71-139-42-13.dsl.snfc21.pacbell.net (HELO ?10.0.5.18?) (nate-mail@71.139.42.13) by root.org with ESMTPA; 2 Jul 2007 04:46:14 -0000 Message-ID: <4688830C.6050701@root.org> Date: Sun, 01 Jul 2007 21:46:04 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: "M. Warner Losh" References: <46880F1C.3020602@root.org> <20070701.215557.1373430453.imp@bsdimp.com> <4688791D.6050007@root.org> <20070701.221911.1394573729.imp@bsdimp.com> In-Reply-To: <20070701.221911.1394573729.imp@bsdimp.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: marck@rinet.ru, current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? 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: Mon, 02 Jul 2007 04:46:12 -0000 M. Warner Losh wrote: > In message: <4688791D.6050007@root.org> > Nate Lawson writes: > : What if we kicked off a thread to run every 3 seconds that did a quick > : poll of such devices and sent a devd notify if they arrived (i.e. medium > : present)? It wouldn't work for floppy drives, but we could make this > : part of the da driver or something in usermode like devd itself calling > : camcontrol? > > In the past, people have said that polling messes up multimedia > access, so it hasn't happened. > > But wouldn't a simple daemon in userland do the same thing? Or > parsing the output of camcontrol inquiry? Camcontrol rescan is a nop > for these devices. camcontrol tur (test unit ready) will return an error or success if the medium is now present. Kicking off a process to do that when a removable media da(4) device appears seems like a good idea. It could also be a thread in devd. -- Nate