From owner-freebsd-scsi Wed Aug 21 13:37:51 2002 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 4854D37B400 for ; Wed, 21 Aug 2002 13:37:50 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id A76E543E42 for ; Wed, 21 Aug 2002 13:37:49 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 57293 invoked by uid 1000); 21 Aug 2002 20:37:50 -0000 Date: Wed, 21 Aug 2002 13:37:50 -0700 (PDT) From: Nate Lawson To: scsi@freebsd.org Subject: CDB6/10 negotiation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I am available to do the full version suggested by Ken once we agree on a path. However, there are a lot of people re-working CAM and I don't want to replicate work. Consensus is suggesting the best approach is to put USB transport checks under CAM_NEW_TRAN_CODE in cam_xpt.c and then use them to set device-specific behavior. This will then restrict the commands sent to the device according to what's reported in its inquiry. At some point when this is working, cmd6workaround can be removed and most quirks can be removed. The quirks that remain will truly be quirks where a device reports capabilities it doesn't really support. Thoughts? -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message