From owner-cvs-all Fri Feb 13 17:12:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25798 for cvs-all-outgoing; Fri, 13 Feb 1998 17:12:27 -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 RAA25563; Fri, 13 Feb 1998 17:10:33 -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 RAA05699; Fri, 13 Feb 1998 17:08:46 -0800 (PST) Message-Id: <199802140108.RAA05699@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Eivind Eklund cc: Mike Smith , core@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: devfs persistance In-reply-to: Your message of "Sat, 14 Feb 1998 01:50:40 +0100." <19980214015040.46647@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Feb 1998 17:08:45 -0800 From: Mike Smith Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > > [I restricted follow-ups to this to committers@FreeBSD.ORG; if > somebody in core _don't_ read committers, then yell to be sure people > include core in the subsequent replies] > > On Fri, Feb 13, 1998 at 04:28:02PM -0800, Mike Smith wrote: > [... on storage of persistence information for DEVFS ...] > > 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. > > How do you access this, if DEVFS is the default and it isn't possible > to run properly without it? If I read your question correctly, you mean "how do I edit the policy store"? The answer is that DEVFS has to provide the interface for that; the files exist to provide nonvolatile storage for policy. You could put a case for a tool that knew how to read/write these files to allow for manipulating them prior to mounting devfs over the top. > Union-like semantics in DEVFS? Then I believe there will be some > stacking issues we have to resolve first... I don't think that there should be such semantics at all. They don't really address the issue very well. If there's a need to manipulate the files, it should be via DEVFS (chown/chmod operations on nodes, some arbitrary operation to read/write rulesets). -- \\ 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