From owner-freebsd-scsi@FreeBSD.ORG Thu Feb 2 18:51:14 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB29016A420; Thu, 2 Feb 2006 18:51:14 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF3943D4C; Thu, 2 Feb 2006 18:51:13 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.4/8.13.4) with ESMTP id k12IpDgB098533; Thu, 2 Feb 2006 10:51:13 -0800 (PST) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.4/8.13.4/Submit) with ESMTP id k12IpDXt098530; Thu, 2 Feb 2006 10:51:13 -0800 (PST) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Thu, 2 Feb 2006 10:51:13 -0800 (PST) From: Matthew Jacob X-X-Sender: mjacob@ns1.feral.com To: Nate Lawson In-Reply-To: <43E252EC.1050803@root.org> Message-ID: <20060202104606.W98511@ns1.feral.com> References: <20060130202806.DCC7916A4CA@hub.freebsd.org> <43DEF43A.6090804@root.org> <20060130213338.H79194@ns1.feral.com> <200601311239.10248.flz@xbsd.org> <43E06B06.80405@root.org> <20060202175041.GA92109@nargothrond.kdm.org> <20060202095828.D97756@ns1.feral.com> <43E252EC.1050803@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Kenneth D. Merry" , freebsd-scsi@freebsd.org, Matthew Jacob , Florent Thoumie Subject: Re: cvs commit: src/sys/cam/scsi scsi_da.c src/sys/dev/usb umass.c usbdevs X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 18:51:14 -0000 > > There are 3 kinds of devices: > > * SYNC CACHE works > * SYNC CACHE reports an error, but continues working > * SYNC CACHE just hangs, no error > * SYNC CACHE reports and error correctly, but then all subsequent commands > time out > > We're talking about the 4th case and some versions with the 3rd case, if it > was possible to detect them without hanging (i.e. mode sense works and WCE > properly reported). The problem is that we have a significant SYNC CACHE > quirk proliferation problem. > > A few years ago, we had a 6-byte command quirk proliferation problem, until I > modified USB and Firewire SIMs to report "not 6-byte capable". I then was > able to remove dozens of quirks and we seem to have solved that problem. I'm > recommending we do the same thing with SYNC CACHE now. > Ah- I'm all for that as a reasonable solution as long as the default doesn't cause WCE off in a regular disk drive to be interpreted as "does not support".