--Apple-Mail-19-619839989
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed


On Nov 19, 2004, at 6:41 PM, Bill Studenmund wrote:

> I would suggest an alternate for "duplicate" devfs mounts - new 
> hardware
> doesn't automatically appear in them. They only list whatever nodes the
> admin has included in them.

Take that a bit further...

The filter provides a list of things that MAY be presented in the view 
IF they exist.  Obviously, if sd0 doesn't exist, then it should not be 
listed in the view, even if the view's filter allows for it.  Likewise, 
if it disappears, it should disappear from all views.

That said, I'm suspecting that most views are going to want just basic 
pseudo-device files (/dev/null, etc.) and so this won't be much of an 
issue...

But, I think name-based filtering with associated permissions can do 
this.

Basically, each "view" of the devfs would get its own set of internal 
directory entries, which in turn refer back to the actual object that 
represents the device.

         -- Jason R. Thorpe <thorpej@shagadelic.org>


--Apple-Mail-19-619839989
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFBpQRnOpVKkaBm8XkRAoaQAJ47FI9mhg5prHKS3RqOCsXVtnLp/wCbBMJd
5oYxJjyHUw0iiEt2hzJi2TI=
=Wvfe
-----END PGP SIGNATURE-----

--Apple-Mail-19-619839989--