Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Aug 2002 20:16:36 -0600
From:      "Kenneth D. Merry" <ken@kdm.org>
To:        Thomas Quinot <thomas@cuivre.fr.eu.org>
Cc:        Nate Lawson <nate@root.org>, scsi@FreeBSD.ORG, current@FreeBSD.ORG
Subject:   Re: Proliferating quirk table entries
Message-ID:  <20020820201636.A99025@panzer.kdm.org>
In-Reply-To: <20020821024614.A722@melusine.cuivre.fr.eu.org>; from thomas@cuivre.fr.eu.org on Wed, Aug 21, 2002 at 02:46:14AM %2B0200
References:  <Pine.BSF.4.21.0208161526550.43909-100000@root.org> <20020821024614.A722@melusine.cuivre.fr.eu.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Aug 21, 2002 at 02:46:14 +0200, Thomas Quinot wrote:
> Le 2002-08-17, Nate Lawson écrivait :
> 
> > I'm working on cleaning up quirk entries in scsi_da.c, especially ones
> > related to READ/WRITE 6->10 escalation.  For those just joining in, there
> > is a function (cmd6workaround) that handles a R/W6 error by translating
> > the cdb to 10 bytes and restarting it.
> 
> It might be worthwhile moving this to some generic part in the CAM
> framework, instead of having it in the da driver. Similar promotion
> is performed for some commands (MODE_{SELECT,SENSE}_6 as well as
> {READ,WRITE}_6) in a rather ad hoc fashion in atapi-cam. At least
> the cmd6workaround function should be factored in some way; as for the
> try 6 -> fail -> retry 10 process, however, I am not sure this can
> be readily generalised to ATAPI devices (which are explicitly specified
> to only support the _10 variants) as these tend to have very strange
> reactions to CDBs they cannot handle properly.

The right way to handle the 6/10 byte stuff is to have it be a function of
the transport type (see the CAM_NEW_TRAN_CODE stuff).  The peripheral
drivers and userland applications can query the transport type and send
6 or 10 byte commands as appropriate.

If we're going to come up with a generic solution, that's probably the
direction we need to be heading.

Ken
-- 
Kenneth Merry
ken@kdm.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020820201636.A99025>