From owner-freebsd-hackers Mon Jan 6 14:04:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA03247 for hackers-outgoing; Mon, 6 Jan 1997 14:04:24 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA03238 for ; Mon, 6 Jan 1997 14:04:20 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12695; Mon, 6 Jan 1997 14:54:12 -0700 From: Terry Lambert Message-Id: <199701062154.OAA12695@phaeton.artisoft.com> Subject: Re: more than 32 disks? To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Mon, 6 Jan 1997 14:54:12 -0700 (MST) Cc: dg@root.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199701030439.XAA21021@crh.cl.msu.edu> from "Charles Henrich" at Jan 2, 97 11:39:32 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > with an sd3 problem yet. :-) It looks like there are only 5 bits for the > > unit number. This means that one will have to make driver changes to go > > beyond 32 units. :-( > > *sigh* I absolutely hate fixed fields :( *grumble*. So whats the generic > solution besides encoding data into the minor number? Encode a table offset > into the minor number and make the table dynamic? DEVFS. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.