Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 31 Dec 1999 17:13:14 +0100
From:      Wilko Bulte <wilko@yedi.iaf.nl>
To:        Brian Fundakowski Feldman <green@FreeBSD.ORG>
Cc:        Chuck Robey <chuckr@picnic.mat.net>, FreeBSD-current@FreeBSD.ORG
Subject:   Re: multiple cd devices
Message-ID:  <19991231171314.A92878@yedi.iaf.nl>
In-Reply-To: <Pine.BSF.4.10.9912310922230.4996-100000@green.dyndns.org>; from green@FreeBSD.ORG on Fri, Dec 31, 1999 at 09:25:42AM -0500
References:  <Pine.BSF.4.21.9912310152050.2014-100000@picnic.mat.net> <Pine.BSF.4.10.9912310922230.4996-100000@green.dyndns.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Dec 31, 1999 at 09:25:42AM -0500, Brian Fundakowski Feldman wrote:
> On Fri, 31 Dec 1999, Chuck Robey wrote:
> 
> > On Fri, 31 Dec 1999, Brian Fundakowski Feldman wrote:
> > 
> > > The way certain devices, like cd with its monotonically increasing counter
> > > where devices are probed in order and assigned device based on precedence
> > > and not hardwiring/controller connection, work is consistent between
> > > the kernel and MAKEDEV.  If you have 2 cd devices, you have cd0 and cd1,
> > > so MAKEDEV accepts "cd2" for "two cd devices".  All CD devices work
> > > that way.  Disks don't, because there is potential for hard-wiring
> > > there, and will often be gaps.
> > 
> > Why are "certain" devices wildly different than all other ones?  I've
> > never encountered that kind of syntax before, and I can't see that it's
> > documented anywhere at all.  Certainly, MAKEDEV itself (in it's
> > comments) treats cd* just like all the others, specifying that the number
> > following is a unit number, and *not* a quantity.  I don't know when this
> > happened, but it's surely not obvious.  Not one word in the handbook,
> > either.
> 
> *shrug*  This is the only rationality I could think of.  Obviously, this
> breaks POLA, so it should be changed (with ample warning).

As for ample warning: I've seen MAKEDEVs display a list of the devices
they are creating. I think the Tru64 version does this. I myself think this
is a good behaviour (and hope people won't start yelling 'bloat' for once)

W/
-- 
Wilko Bulte 		Arnhem, The Netherlands	  - The FreeBSD Project 
    			WWW : http://www.tcja.nl  http://www.freebsd.org


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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991231171314.A92878>