From owner-freebsd-scsi Thu Aug 22 21:42: 7 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 0794F37B400 for ; Thu, 22 Aug 2002 21:42:06 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4454443E3B for ; Thu, 22 Aug 2002 21:42:05 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g7N4g4KD013337; Thu, 22 Aug 2002 22:42:04 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g7N4g4Hd013336; Thu, 22 Aug 2002 22:42:04 -0600 (MDT) (envelope-from ken) Date: Thu, 22 Aug 2002 22:42:04 -0600 From: "Kenneth D. Merry" To: Nate Lawson Cc: scsi@FreeBSD.ORG Subject: Re: CDB6/10 negotiation Message-ID: <20020822224204.A13285@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from nate@root.org on Wed, Aug 21, 2002 at 01:37:50PM -0700 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 On Wed, Aug 21, 2002 at 13:37:50 -0700, Nate Lawson wrote: > 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. I don't know that anyone is currently working on the new transport code. It still needs some work to define all the various protocol/transport bits (see cam_ccb.h), and implement it in all the SIM drivers. > 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. Keep in mind that we'll restrict things according to the *path* inquiry (where the transport code puts things), not SCSI inquiry. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message