Re: GEOM weirdness with SD flash reader?

From: Robert Watson <rwatson_at_FreeBSD.org>
Date: Mon, 2 Jul 2007 15:12:37 +0100 (BST)
On Sun, 1 Jul 2007, Nate Lawson wrote:

>> : 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?

This is from quite a long time ago, so likely needs massaging to apply.

   http://www.watson.org/~robert/freebsd/geom_devctl.diff

The idea is straight forward: when a new geom device is discovered, we issue a 
notification, which allows devd to respond to events above the newbus layer -- 
i.e., discover of an fdisk partition table, swap-backed md device, attachment 
of a new software RAID layer, arrival of a volume by volume name, arrival of a 
ZFS volume, etc.

A simultaneous discussion was going on regarding whether to notify about 
ifnets directly, and my feeling was basically that since software components 
care about the distinction between "em0" as a PCI device and "em" as a network 
interface, and likewise between "ad0" as a disk device" and "ad0s1a" as a 
partition.  The other perspective was that newbus should grow to encapsulate 
all these name spaces and services -- i.e., establish newbus nodes for md0, 
lo0, etc, and use some combination of the attachment name space and object 
types to handle this.  I don't really mind what the end solution is, but I 
found these patches quite useful locally :-).

Robert N M Watson
Computer Laboratory
University of Cambridge
Received on Mon Jul 02 2007 - 12:12:41 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:13 UTC