--aM3YZ0Iwxop3KEKx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Nov 14, 2004 at 05:45:40PM -0500, Christos Zoulas wrote:
> On Nov 14,  1:52pm, wrstuden@netbsd.org (Bill Studenmund) wrote:
> -- Subject: Re: devfs, was Re: ptyfs fully working now...
>=20
> | If you can help me see what we would do, I can either try to think of a=
=3D20
> | different way to do it, or I can admit your right. :-)
>=20
> I was thinking that it needs a place to write, so it should be done after
> root is mounted read-write. But I guess it will not read to write to that
> file immediately, so the kernel/init can mount devfs readonly, and then
> the rc script can update it to read-write.

Yeah, that was what I was thinking. Or that devfs can be sensitive to the
file system being read-only. Actually, having the devfs mount respect its
read-only flag would be a reasonable way to handle this abstraction. Nice=
=20
idea.

> | Oh, the tool I had in mind was for sysinst & such. You point it at your=
=3D20
> | current /dev, and it generates the db file needed to transition to it.=
=3D20
> | Thus you can preserve your settings (both name and permission) when you=
=3D20
> | make the transition to devfs.
>=20
> Ok, I see. Sounds good then. Another idea was to have a way to freeze dev=
fs
> in its current configuration. I.e. make it so that new devices don't appe=
ar
> automatically. This may be a requirement for certain security application=
s.

We could make that a mount option, or have mount_devfs deal with this some=
=20
way.

Take care,

Bill

--aM3YZ0Iwxop3KEKx
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFBmpxXWz+3JHUci9cRAivDAJ9b3UYSdAL7wkm3AqBp/F02QTm+UQCglmto
YMECWloCPH80Qygt/69XX+E=
=/uYA
-----END PGP SIGNATURE-----

--aM3YZ0Iwxop3KEKx--