Date: Mon, 02 Jul 2007 00:05:45 -0600 From: Scott Long <scottl@samsco.org> To: Nate Lawson <nate@root.org> Cc: phk@phk.freebsd.dk, marck@rinet.ru, "M. Warner Losh" <imp@bsdimp.com>, current@freebsd.org Subject: Re: GEOM weirdness with SD flash reader? Message-ID: <468895B9.2000607@samsco.org> In-Reply-To: <4688947D.4040803@root.org> References: <54253.1183351841@critter.freebsd.dk> <4688878F.20406@root.org> <20070701.233153.-1343615328.imp@bsdimp.com> <4688947D.4040803@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Nate Lawson wrote:
> M. Warner Losh wrote:
>> In message: <4688878F.20406@root.org>
>> Nate Lawson <nate@root.org> writes:
>> : Poul-Henning Kamp wrote:
>> : > In message <4688830C.6050701@root.org>, Nate Lawson writes:
>> : >
>> : >> 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.
>> : >
>> : > I would call that "The Linux Solution" :-)
>> : >
>> : > The right place to poll is from scsi_da.
>> :
>> : I disagree. Once scsi_da found the media, it would then somehow need to
>> : notify devd (i.e. to automount). If both functions are in devd, the
>> : loop becomes:
>> :
>> : while (1) {
>> : camcontrol tur mydev;
>> : if (found)
>> : notify_automount;
>> : break;
>> : sleep 3;
>> : }
>>
>> This doesn't belong in devd.
>>
>> Robert has patches to bring new geom entries into the realm of devd.
>
> URL?
>
I'm going to ask that you guys let me know before you adulterate scsi_da
with this.
Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?468895B9.2000607>