Date: Thu, 7 Feb 2002 16:02:56 -0800 From: "Eugene M. Kim" <gene@nttmcl.com> To: Terry Lambert <tlambert2@mindspring.com> Cc: Oliver Fromme <olli@secnetix.de>, FreeBSD Hardware Mailing List <hardware@freebsd.org>, FreeBSD Hackers Mailing List <hackers@freebsd.org> Subject: Re: USB "Memorybird" quirks Message-ID: <20020207160256.A19270@alicia.nttmcl.com> In-Reply-To: <3C63133A.CF411A74@mindspring.com>; from tlambert2@mindspring.com on Thu, Feb 07, 2002 at 03:52:26PM -0800 References: <200202072046.g17KkSM05459@lurza.secnetix.de> <20020207125449.A9620@alicia.nttmcl.com> <3C63133A.CF411A74@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 07, 2002 at 03:52:26PM -0800, Terry Lambert wrote: > > > "Eugene M. Kim" wrote: > > > > This is a common problem of most umass devices that implements BBB > > protocol, and arises from the fact that those devices don't understand > > the 6-byte SCSI READ command. You can add a quirk entry to > > src/sys/cam/scsi_da.c (refer to quirk entries that have DA_Q_NO_6_BYTE). > > > > IIRC this problem is being addressed at a more fundamental level on > > -current, by adding a 6-byte-to-10-byte READ command translator > > somewhere in the abstraction layer. > > Could this be "auto-quirked"? > > It seems to me that you should be able to add the quirk flag > to the device instance after the first failure... > > Unfortunately, I don't have one of these toys, so he'll have > to do the code himself. 8-). The USB development team seems to have something similar to your idea in their mind; see the comment for rev 1.47 of: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/umass.c?f=u&only_with_tag=MAIN&logsort=date It mentions about `da(4) becoming more intelligent about this.' Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020207160256.A19270>