From owner-cvs-all Fri Feb 13 17:23:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27000 for cvs-all-outgoing; Fri, 13 Feb 1998 17:23:52 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26993 for ; Fri, 13 Feb 1998 17:23:50 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id SAA24958; Fri, 13 Feb 1998 18:23:15 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id SAA14278; Fri, 13 Feb 1998 18:23:14 -0700 Date: Fri, 13 Feb 1998 18:23:14 -0700 Message-Id: <199802140123.SAA14278@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Poul-Henning Kamp Cc: Mike Smith , committers@FreeBSD.ORG Subject: Re: wfd block major number reassignment from 24 to 1 In-Reply-To: <3896.887413886@critter.freebsd.dk> References: <199802132343.PAA05222@dingo.cdrom.com> <3896.887413886@critter.freebsd.dk> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > > - 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