From owner-freebsd-scsi  Fri Dec 20 17:04:28 1996
Return-Path: <owner-freebsd-scsi>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id RAA18262
          for freebsd-scsi-outgoing; Fri, 20 Dec 1996 17:04:28 -0800 (PST)
Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA18257
          for <scsi@freebsd.org>; Fri, 20 Dec 1996 17:04:13 -0800 (PST)
Received: from zen.nash.org (localhost [127.0.0.1]) by zen.nash.org (8.8.3/8.6.12) with SMTP id TAA15368 for <scsi@freebsd.org>; Fri, 20 Dec 1996 19:05:27 -0600 (CST)
Message-ID: <32BB37D7.FF6D5DF@mcs.com>
Date: Fri, 20 Dec 1996 19:05:27 -0600
From: Alex Nash <nash@mcs.com>
X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.6.1-RELEASE i386)
MIME-Version: 1.0
To: scsi@freebsd.org
Subject: Re: current worm info pointers
References: <199612200800.JAA03508@uriah.heep.sax.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-scsi@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

J Wunsch wrote:
> Interesting.  That's basically also what PR 2225 says.  I wonder
> why scsiconf.c is now broken...
> 
> Ahyep!
> 
> I know why this happens!  And yes, changing the two sets of records
> _is_ the right action.  Previously, there was no `catchall' entry for
> CD devices.  This caused some (broken) CD drives to respond on all
> LUNs where they should only respond on a single LUN, that's why we've
> now got the catchall entry.  Of course, since the list is walked down
> front to back, this catchall entry now also catches the HP and Philips
> CD-R drives (since they claim to be of type `Readonly' aka. CDROM).

I guess I can stop looking for the reason why :)

Alex