Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 31 Mar 1998 12:30:02 -0500 (EST)
From:      John Fieber <jfieber@indiana.edu>
To:        Nate Williams <nate@mt.sri.com>
Cc:        "Jordan K. Hubbard" <jkh@time.cdrom.com>, stable@FreeBSD.ORG
Subject:   Re: More on 2.2.6 upgrade 
Message-ID:  <Pine.BSF.3.96.980331121859.8294I-100000@fallout.campusview.indiana.edu>
In-Reply-To: <199803311717.KAA11305@mt.sri.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 31 Mar 1998, Nate Williams wrote:

> > > > Sure it does.  There is a well established historical precedent
> > > > of supplying MAKEDEV with the name and unit of a disk-like
> > > > device, either physical or logical, to create partitions a-h
> > > > logically contained within that device.  Maybe I'm just whacked,
> > > > but a slice sure seems like a disk-like device to me.
> > > 
> > > But it's not.  The 'historical precedence' changed at FreeBSD 2.0, so
> > > I'd say there's a long historical precedence for *NOT* behaving this
> > > way. :)
> > 
> > Hmm... Just pulled out a FreeBSD 1.1 CDROM
> 
> FreeBSD 1.1 is not an issue, since there were no slices then.  You must
> start when slices we're introduced, because all of the device name
> changes then.

Aye, but my historical precedence point was that ever since I can
remember, partitions within a disk-like device are created
automatically by passing just the device and unit to MAKEDEV.  To
this day this is the behavior for basically all devices *except*
slices--look at cd, fd, ccd, and vn for instance.  The historical
precedent has nothing to do with slices--it predates slices. 

Now we have slices and the historical behavior of automatically
making partitions continues with "MAKEDEV sd1" which makes
sd1[a-h], along with the slice entries.  *If* that is the desired
behavior, then it follows that "MAKEDEV sd1s1" should make
sd1s1[a-h], the partitions within the slice.  Note that this does
*not* mean that "MAKEDEV sd1" makes all partitions within slices.
Arguments against this behavior are reasonable.

-john


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980331121859.8294I-100000>