Test Results (was: Re: Do _any_ USB 3.0 cards actually work?)

[Daniel O'Connor]

On 26 May 2014, at 12:46, Ronald F. Guilmette <rfg at tristatelogic.com> wrote:
> My desktop#1 system contains this dual port USB 3.0 PCIe interface card
> that I've already mentioned (VIA LV800 chipset):
> 
>   http://www.newegg.com/Product/Product.aspx?Item=17Z-0002-00002
> 
> My desktop#2 system contains this Anker 2-port USB 3.0 PCIe card:
> 
>     http://www.amazon.com/Anker%C2%AE-Uspeed-Express-20-pin-Connector/dp/B007SJGGAE/ref=pd_cp_pc_2/181-8193670-6916000
> 
> I have just now checked that, and the big chip on that has written on
> the top of the chip "VL800-Q8", so apparentlty this also contained the
> VIA[tm] VL 800 "chipset".

So, this is the same USB3 controller I am using with success, the plot thickens :)

> My HTPC system contains whatever the heck kind of USB 3.0 controller
> Foxconn elected in include on the board for this system:
> 
>   http://www.newegg.com/Product/Product.aspx?Item=N82E16856119070

Your dmesg says it is a "ASMedia ASM1042 USB 3.0 controller"

> 1)  On all three test systems, the current FreeBSD USB driver doesn't
> entirely like the Hitachi Touro Moble 500GB USB 3.0 drive.  In each case,
> connecting this drive results in a set of error messages like the following:
> 
>    (probe0:umass-sim2:2:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 
>    (probe0:umass-sim2:2:0:0): CAM status: SCSI Status Error
>    (probe0:umass-sim2:2:0:0): SCSI status: Check Condition
>    (probe0:umass-sim2:2:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code)
>    (probe0:umass-sim2:2:0:0): Error 22, Unretryable error
> 
> That last line is clearly incorrect, and at the very least needs to be
> rephrased.  Speaking from personal experience, I can attest to the fact
> that there are no such things, in life or anywhere else, as an error that
> cannot be retried, ad infinitum.  (And I have the scars to priove it!)

You're reading too much into what the SCSI standard says, it wasn't written with human beings in mind ;)

It just means there is no point retrying because it isn't a transient error (I believe). This is typically caused by devices which reject legal SCSI commands hence HPS's suggestion to add a quirk so the SCSI stack doesn't try sending that command to the device.

Not sure on the rest of your stuff though, sorry.

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C






-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20140526/973f1458/attachment.sig>