From owner-freebsd-current Fri Dec 31 8:46:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 7170D14D6E; Fri, 31 Dec 1999 08:46:21 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id RAA21151; Fri, 31 Dec 1999 17:18:52 +0100 (MET) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id RAA92898; Fri, 31 Dec 1999 17:13:14 +0100 (CET) (envelope-from wilko) Date: Fri, 31 Dec 1999 17:13:14 +0100 From: Wilko Bulte To: Brian Fundakowski Feldman Cc: Chuck Robey , FreeBSD-current@FreeBSD.ORG Subject: Re: multiple cd devices Message-ID: <19991231171314.A92878@yedi.iaf.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from green@FreeBSD.ORG on Fri, Dec 31, 1999 at 09:25:42AM -0500 X-OS: FreeBSD yedi.iaf.nl 3.4-STABLE FreeBSD 3.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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