Date: Fri, 13 Feb 1998 17:26:36 -0800 (PST) From: Julian Elischer <julian@whistle.com> To: Mike Smith <mike@smith.net.au> Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>, committers@FreeBSD.ORG Subject: devfs persistance Message-ID: <Pine.BSF.3.95.980213171931.23295X-100000@current1.whistle.com> In-Reply-To: <199802140118.RAA05760@dingo.cdrom.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. On Fri, 13 Feb 1998, Mike Smith wrote: > > > > 1/ see my response to justin. > > Yes, I've been reading them. Hence wanting to do this in person. > > > On Fri, 13 Feb 1998, Mike Smith wrote: > > > Count the lines, and the breaks in paradigm, between what you suggest I > > > want and what you want. Your desire is for a more complicated, > > > inconsistent, non-extensible technique. That's Bad. > > > > I would like to point out that poul's method is not longer.. he is just > > showing two different cases. > > The two examples provide equivalent functionality. > > > Mike, there is no 'consistant' manner of handling > > new unexpected devices, except to not show them.. > > or to give them some default permission (not show them would be a special > > case of this really). > > That's fine. But that's just a 'default', and what's being asked for > here is support for overriding that default in a sensible fashion. Is > that too much to ask for? > > > an example.. > > I use 24 ptys. I hav egiven them perms.. > > one day I user 25. (ptys are probably going to become dynamic) > > what does it do for the 25th?. there are a few options: > > > > 1/ sysctl -w hw/devices/ptys/perms=577 > > sysctl -w hw/devices/ptys/owner=root.wheel > > Not great. > > > 2/ echo "pty* perm=577 owner=root.wheel" >> /etc/devperms > > /sbin/devdaemon& > > The devdaemon is unnecessary (and the wrong way to go entirely). You > can do all this inside devfs. > > More operations: > > - Get all permission rules: > > # cat /dev/devrules >/tmp/rules > > - Get all special cases > > # cat /dev/devperms >/tmp/perms > > - Set a special case > > # chown dialer.uucp /dev/ttyd0 > > - Set all special cases > > # cat /tmp/perms /dev/devperms > > - Add new special cases > > # cat /tmp/extraperms >> /dev/devperms > > Really, how hard is this? Bear in mind that /dev/devrules and > /dev/devperms aren't really files, but do use files for their backing > storeage. > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > 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?Pine.BSF.3.95.980213171931.23295X-100000>