From owner-freebsd-current Thu Mar 21 02:09:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15099 for current-outgoing; Thu, 21 Mar 1996 02:09:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA15092 for ; Thu, 21 Mar 1996 02:08:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id DAA29477; Thu, 21 Mar 1996 03:02:53 -0700 From: Terry Lambert Message-Id: <199603211002.DAA29477@phaeton.artisoft.com> Subject: Re: DEVFS vs "regular /dev" To: George.Scott@cc.monash.edu.au (George Scott) Date: Thu, 21 Mar 1996 03:02:53 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: <199603210607.QAA12180@moa.cc.monash.edu.au> from "George Scott" at Mar 21, 96 04:07:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm not sure I understand all this, but never mind. > > What would be wrong with doing something like this.. > > At boot time the kernel creates a memory-filesystem (mfs or other) with a /dev > directory. During the device probes this /dev gets populated with appropriate > device entries. At the end of the kernel initialisations the kernel union > mounts the root disk over the memory /. This is exactly what I was suggesting. My suggestion differs only in that I think it is only necessary to skeletonize / and /dev; an FS that only supports directories and doesn't suppor file creation or anything else could be built into the devfs itself as static data. This would be a lot less work, and you would not have to drag in a memfs image into kernel static data. > For those detractors in a previous thread this would also allow those who > are so inclined to have their own custom modifications to /dev or even to > remount their root without the union to keep using the old method. Yes. Though I would rip out specfs so the old method would fail. 8-). The vnops code for specfs sucks uot something fierce. This is what I was describing when I said the Heidemann framework had been pounded into 4.4BSD without much care... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.