Date: Sat, 14 Feb 1998 13:08:12 +0000 From: Brian Somers <brian@Awfulhak.org> To: Julian Elischer <julian@whistle.com> Cc: Mike Smith <mike@smith.net.au>, Poul-Henning Kamp <phk@critter.freebsd.dk>, committers@FreeBSD.ORG Subject: Re: devfs persistance Message-ID: <199802141308.NAA00711@awfulhak.org> In-Reply-To: Your message of "Fri, 13 Feb 1998 17:26:36 PST." <Pine.BSF.3.95.980213171931.23295X-100000@current1.whistle.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> ah.. now I LIKE some of this....
> I see some possibilities here..
> I'll think about this over the weekend..
>
> devfs could REFLECT file accesses to /dev/defaults through to a real file
> used for persistance. hmmmm it doesn't need to be UNDER the devfs. (any
> more than wd0s1e needs to be 'under' /usr) I still don't think chmod
> should alter this file however.. but the specific entries..
> need to be stored somewhere.. blank vnodes underneath still
> sound good to me for this.
I don't like the idea of /dev/defaults.
If DEVFS stores all of this stuff under the mount point in some file,
it should *only* store information pertaining to stuff made previously
available through DEVFS. The persistence is there, but only for stuff
that should be persistent. This has nothing to do with policies that
people want to associate with new devices.
The whole ``devices coming and going'' idea is a completely different
problem. At the moment we have /dev/MAKEDEV where we write our
policies. We may need to make DEVFS capable of understanding some
sort of policy file with lines saying "device: 644 root.wheel" and a
default line at the end, but I don't think this should defer the
implementation of DEVFS.
If it's done this way, we have a paradigm similar to the existing
one. Once something in /dev is there, it says there in the same
state that it was last time we looked (except it may "go and come").
When something new is added, we must be careful to give it the
correct permissions. This has always been the case.
--
Brian <brian@Awfulhak.org>, <brian@FreeBSD.org>, <brian@OpenBSD.org>
<http://www.Awfulhak.org>;
Don't _EVER_ lose your sense of humour....
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802141308.NAA00711>