From owner-freebsd-current Thu Nov 8 7:20:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 694A037B41D; Thu, 8 Nov 2001 07:20:38 -0800 (PST) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id HAA10862; Thu, 8 Nov 2001 07:20:29 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [162.62.64.10]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id HAA04721; Thu, 8 Nov 2001 07:05:58 -0800 (PST) Received: from hollin.btc.adaptec.com (hollin [162.62.149.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id IAA14821; Thu, 8 Nov 2001 08:20:26 -0700 (MST) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.11.6/8.11.4) id fA8FFBn81783; Thu, 8 Nov 2001 08:15:11 -0700 (MST) (envelope-from scottl) Date: Thu, 8 Nov 2001 08:15:11 -0700 From: Scott Long To: Thomas Quinot Cc: Nick Hibma , freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: SCSI->IDE Message-ID: <20011108081511.A81770@hollin.btc.adaptec.com> References: <20011107155735.B30053@cuivre.fr.eu.org> <20011108104243.A30845@cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20011108104243.A30845@cuivre.fr.eu.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 08, 2001 at 10:42:43AM +0100, Thomas Quinot wrote: > Le 2001-11-07, Nick Hibma écrivait : > > > You are not doing any conversion of commands from SCSI to ATAPI. Did you > > verify that all SCSI commands are valid ATAPI commands? > > Actually the current version of the patch does do some translation > (MODE_{SENSE,SELECT}_6 are mapped to their _10 equivalent, because > the _6 variants are not implemented by ATAPI/MMC devices), but a > better solution might be to move these translations up to transport > independant layers, and be handled through quirk entries, or some > similar flagging mechanism. After all, ATAPI really is a /transport/ > mechanism for SCSI commands: it is up to the initiator of a request > to know which command set to use for a given device. Adding even more quirk entries is not the right way to go. One, or both, of the following things should happen. 1. The SIM should inform the upper layers that 6 bytes commands are not allowed. 2. If a 6 byte command is issued and fails, the failure code should be analyzed and the command retried in its 10 byte version. If that succeeds, then the upper layers should be flagged to only use 10 byte commands. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message