From owner-cvs-sys  Thu Dec 21 12:51:48 1995
Return-Path: owner-cvs-sys
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id MAA07910
          for cvs-sys-outgoing; Thu, 21 Dec 1995 12:51:48 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07890
          Thu, 21 Dec 1995 12:51:35 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA03930; Fri, 22 Dec 1995 07:46:43 +1100
Date: Fri, 22 Dec 1995 07:46:43 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512212046.HAA03930@godzilla.zeta.org.au>
To: davidg@freefall.freebsd.org, gibbs@freefall.freebsd.org
Subject: Re: cvs commit: src/sys/scsi cd.c
Cc: CVS-committers@freefall.freebsd.org, cvs-sys@freefall.freebsd.org
Sender: owner-cvs-sys@FreeBSD.ORG
Precedence: bulk

>>  Branch:      sys/scsi  RELENG_2_1_0
>>  Modified:    sys/scsi  cd.c
>>  Log:
>>  Brought in change from rev 1.54: fix bug with using lots of CDROM drives.

>Do we still have a limit of 32 devices, or does this include a patch
>similar to the one I posted for the CD_UNIT define?

That limit won't go away until we have devfs.

For bootable drives, the hardest point seems to be passing the boot
drive name/number from the bootstrap.  For a name to be used, the
bootstrap would have to know all about disk naming schemes.  If a number
is used, the kernel would have know about crufty limited minor number
magic like it does now.  Note that a completely different encoding
scheme is used for boot device numbers.  It has limits of 256 major
numbers, 16 adaptor numbers, 16 controller numbers and 256 partition
numbers.  See sys/reboot.h.  It doesn't really support slices but the
adaptor and controller fields are abused to hold the slice number.

Anyway, the limit is actually DK_NDRIVE = 8 :-).

Bruce