Date: Mon, 12 Oct 1998 13:03:10 -0600 (MDT) From: "Kenneth D. Merry" <ken@plutotech.com> To: mjacob@feral.com Cc: mike@smith.net.au, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/cam/scsi scsi_da.c Message-ID: <199810121903.NAA25964@panzer.plutotech.com> In-Reply-To: <Pine.LNX.4.02.9810121115390.12175-100000@feral-gw> from Matthew Jacob at "Oct 12, 98 11:25:19 am"
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810121903.NAA25964>