Date: Fri, 13 Feb 1998 18:23:14 -0700 From: Nate Williams <nate@mt.sri.com> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: Mike Smith <mike@smith.net.au>, committers@FreeBSD.ORG Subject: Re: wfd block major number reassignment from 24 to 1 Message-ID: <199802140123.SAA14278@mt.sri.com> In-Reply-To: <3896.887413886@critter.freebsd.dk> References: <199802132343.PAA05222@dingo.cdrom.com> <3896.887413886@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
> > - If a device node first appears after /etc/rc.local is run, it is not > > possible to set its permissions. This is an issue for PCI, PnP, > > PCCARDs and CARDBUS at the very least. > > For each of these there will need to be some kind of daemon to manage > a whole lot of stuff anyway (ifconfig/mount &c &c), so it is clearly > a task for that daemon to get the perms right according to local > policy. So, now we've implemented 'persistence' policy with a daemon. Is this daemon written that will implement local policy? If/when it is written, then you'll have part of the solution. What about the /etc/device.permissions file that is read by the startup scripts? Is this written as well? No, then devfs has no persistence mechanism. When it is implemented, then devfs will have a persistence mechanism. (Nowhere was there a requirement that said it *had* be be inside of the devfs code, just that it existed.) Nate 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?199802140123.SAA14278>