From owner-freebsd-scsi Wed Aug 21 14: 4:15 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 7453437B400 for ; Wed, 21 Aug 2002 14:04:11 -0700 (PDT) Received: from melchior.cuivre.fr.eu.org (melchior.enst.fr [137.194.161.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5BBE43E75 for ; Wed, 21 Aug 2002 14:04:10 -0700 (PDT) (envelope-from thomas@cuivre.fr.eu.org) Received: from melusine.cuivre.fr.eu.org (melusine.enst.fr [137.194.160.34]) by melchior.cuivre.fr.eu.org (Postfix) with ESMTP id B25EF11012; Wed, 21 Aug 2002 23:04:09 +0200 (CEST) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 16D222C3D1; Wed, 21 Aug 2002 23:04:09 +0200 (CEST) Date: Wed, 21 Aug 2002 23:04:09 +0200 From: Thomas Quinot To: Nate Lawson Cc: scsi@freebsd.org Subject: Re: CDB6/10 negotiation Message-ID: <20020821230409.C66733@melusine.cuivre.fr.eu.org> Reply-To: thomas@cuivre.fr.eu.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: ; from nate@root.org on Wed, Aug 21, 2002 at 01:37:50PM -0700 X-message-flag: WARNING! Using Outlook can damage your computer. 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 Le 2002-08-21, Nate Lawson écrivait : > 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. I think we should keep a clean separation between transport and protocol. Available command sets should not be tied to the protocol they are used on. For example the fact that an ATAPI CD-ROM drive is accessed through the ATAPI transport and the fact that it implements the MMC-2 command set should be recorded separately. > removed. The quirks that remain will truly be quirks where a device > reports capabilities it doesn't really support. Some devices can also require quirks for maximum I/O operation size (specifically, ZIP drives need a quirk in scsi_da to be able to use FFS). Cf. the scsi_da.c part in http://www.cuivre.fr.eu.org/~thomas/atapicam/patches/atapicam-20020409.diff (which needs to be adapted for -CURRENT.) Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message