Date: Fri, 14 Jul 2000 12:48:05 +0200 From: Adrian Chadd <adrian@FreeBSD.ORG> To: Chris Costello <chris@calldei.com> Cc: Dag-Erling Smorgrav <des@flood.ping.uio.no>, Adrian Chadd <adrian@FreeBSD.ORG>, Matthew Dillon <dillon@apollo.backplane.com>, Andrzej Bialecki <abial@webgiro.com>, freebsd-arch@FreeBSD.ORG Subject: Re: SysctlFS Message-ID: <20000714124805.F17372@ywing.creative.net.au> In-Reply-To: <20000714053540.A30847@holly.calldei.com>; from chris@calldei.com on Fri, Jul 14, 2000 at 05:35:41AM -0500 References: <Pine.BSF.4.20.0007121328020.49102-100000@mx.webgiro.com> <20000712144510.A11316@ywing.creative.net.au> <200007130537.WAA29614@apollo.backplane.com> <20000714112117.D17372@ywing.creative.net.au> <xzppuohggib.fsf@flood.ping.uio.no> <20000714053540.A30847@holly.calldei.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 14, 2000, Chris Costello wrote: > On Friday, July 14, 2000, Dag-Erling Smorgrav wrote: > > I'm only half joking. Everyone seems to agree that we want (and need) > > devfs, but nobody seems to want to actually write it (yes, I know > > about the ownership / permissions problem, but don't you think someone > > would have solved it by now if they really wanted to?) > > I can think of two implementations. > > 1. A devfsd, which uses some sort of routing socket/syscall/whatever > and writes out permission changes to some file in /var/db. > I heard this one from someone else but I can't think of who. > 2. A mount argument specifying a file to store the permission > info in. Same idea as #1, different approach. > > mount -t devfs /var/db/devfs.db /dev As I said in my previous email, persistence isn't the primary problem in my eyes. There are many ways people can handle it. What I see as being an interesting problem is handling devfs across multiple process/group namespaces (jail/chroot) without cluttering up your mount table. Adrian -- Adrian Chadd Build a man a fire, and he's warm for the <adrian@FreeBSD.org> rest of the evening. Set a man on fire and he's warm for the rest of his life. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000714124805.F17372>