From owner-cvs-all Mon Oct 12 12:03:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14300 for cvs-all-outgoing; Mon, 12 Oct 1998 12:03:54 -0700 (PDT) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14266; Mon, 12 Oct 1998 12:03:38 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id NAA25964; Mon, 12 Oct 1998 13:03:10 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199810121903.NAA25964@panzer.plutotech.com> Subject: Re: cvs commit: src/sys/cam/scsi scsi_da.c In-Reply-To: from Matthew Jacob at "Oct 12, 98 11:25:19 am" To: mjacob@feral.com Date: Mon, 12 Oct 1998 13:03:10 -0600 (MDT) Cc: mike@smith.net.au, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Matthew Jacob wrote... > > I'm not quite sure I agree. It's a judgement call as to what the > state overall of the existing population of devices there are out there. > Nearly all SCSI-2 devices out there will sensibly support this > command (actually, I didn't see any test within scsi_da to actually > *not* try this with < SCSI2 support- that probably ought to be fixed > for the (still somewhat large) population of CCS disks out there), or > return some sensible kind of error. As far as I recall with the early > f/w version of the Micropolis drive that I put in as a quirk for > NetBSD, this drive just wandered into the weeds- but that is very likely > the exception. We're going to put in a mechanism in the next day or two to allow specifying SCSI revision in quirk entries. This will allow us to disable cache sync, multi-lun probing and serial number inquiries for SCSI-1 devices. > Also the case *where* the quirks apply makes some difference. > In this case, the quirk entries are for close/shutdown cases (rarely > executed), and are definitely for older devices. Right. Not to mention the fact that we've had cache sync turned on in daclose() from the beginning, and we've only run into problems in one or two cases. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message