From owner-cvs-all Sat Feb 14 07:29:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02199 for cvs-all-outgoing; Sat, 14 Feb 1998 07:29:30 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from veda.is (adam@veda.is [193.4.230.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02088; Sat, 14 Feb 1998 07:26:46 -0800 (PST) (envelope-from adam@veda.is) Received: (from adam@localhost) by veda.is (8.8.8/8.8.8) id PAA00707; Sat, 14 Feb 1998 15:25:46 GMT (envelope-from adam) From: Adam David Message-Id: <199802141525.PAA00707@veda.is> Subject: Re: devfs persistance In-Reply-To: <199802140028.QAA05427@dingo.cdrom.com> from Mike Smith at "Feb 13, 98 04:28:02 pm" To: mike@smith.net.au (Mike Smith) Date: Sat, 14 Feb 1998 15:25:43 +0000 (GMT) Cc: julian@whistle.com, gibbs@plutotech.com, pst@juniper.net, mike@smith.net.au, core@FreeBSD.ORG, junichi@jp.freebsd.org, committers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > That's getting there, but you are leaving out phk's (very valid) desire > to be able to prototype attributes for nonexistent nodes. > > To me, this speaks of two entities: > > - A set of rules, which are scanned as the node is being created. > Having passed through these rules, the node may have had its > attributes, etc. modified before it appears in the namespace. > These allow the implementation of the "prototyping" behaviour. > - A list of explicit nodename : attribute associations. These allow > the implementation of the DWIM chown/chmod behaviour. > > IMHO, these should be stored in files under the mountpoint. The devfs > code would have to look this file up during the mount, and keep it open. > > You could also supply a systemwide copy of the data either from a > configuration file or via inheritance from the first mount of the devfs. > > If you didn't like persistence, then you could simply ignore it. You might also want a custom set of rules/data to be specified for the mount. -- Adam David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message