From owner-freebsd-current Wed Jan 7 09:13:07 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16212 for current-outgoing; Wed, 7 Jan 1998 09:13:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA16181 for ; Wed, 7 Jan 1998 09:12:52 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 23725 invoked by uid 1000); 7 Jan 1998 17:09:04 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801071404.GAA11334@freefall.freebsd.org> Date: Wed, 07 Jan 1998 09:09:04 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer Subject: RE: DEVFS-11 Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 07-Jan-98 Julian Elischer wrote: > One little change and a fix > > change.. > You can now newfs /dev/rsd0 and mount it (/dev/sd0) without ever > disklabelling it. (its just a pile of blocks, why not have a FS on it?) > This is a byproduct of the fact that all slices appear identical, > whether or not they are subslices of subslices of subslices, or just a > whole raw disk. More interesting is the capacity to newfs and mount an > MBR slice (e.g. wd0s2) without going to the extra step of adding the > disklabel. Of course you need to disklabel to make a BOOTABLE part. :) > > This is "Even more dangeroulsy dedicated mode" > It is more useful for the floppy where you can now do: > newfs /dev/rfd0 floppy3 > > Without the disklabel step. and still mount it. > This wan't the AIM but it's a byproduct of the aim of making all > disk abstractions identical. > > > fix: > Can now mount filesystems from floppies again without crashing the > system. > (Thanks to Mike Smith for falling into that pit..) > > julian > > This may be the version that gets checked in (Branch JULIAN_SLICES). Does it have to be a separate branch? It appears to these novice eyes that if one does not add the SLICE option to the config file, the code is pretty much out. So is the DEVFS option. So, if one does not like this code, one can leave the option out of their kernel. Besides, from what I see, it works just as well as without the devfs, plus all the benefits of a functional devfs. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313