From owner-cvs-all Fri Feb 13 17:19:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26574 for cvs-all-outgoing; Fri, 13 Feb 1998 17:19:52 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26567 for ; Fri, 13 Feb 1998 17:19:50 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id RAA05760; Fri, 13 Feb 1998 17:18:05 -0800 (PST) Message-Id: <199802140118.RAA05760@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Julian Elischer cc: Mike Smith , Poul-Henning Kamp , committers@FreeBSD.ORG Subject: Re: wfd block major number reassignment from 24 to 1 In-reply-to: Your message of "Fri, 13 Feb 1998 16:32:36 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Feb 1998 17:18:04 -0800 From: Mike Smith Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > > 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