Hi,

>> Sarah, is there some way to avoid using streams?  The UAS specs seems to
>> imply using streams is mandatory when connected to a USB-3 port, is that
>> correct?  Is there some way to force usb3 devices into usb2 mode even
>> when plugged into a usb3 port?  I'd like to have a no_streams module
>> option if possible ...
> 
> Well, I think we want to use streams, that's the whole advantage of UAS
> over the old spec. 

Sure, but being able to turn them off for trouble-shooting purposes
would still be useful IMO.

> I wasn't aware that the bugs were in the xhci
> driver, I thought they were in the uas driver, but I could be totally
> wrong.

Oh, uas had bugs too, pretty serious ones included, no question.

> Oh, and any hints on what device on the market today actually follows
> the UAS spec so I can buy one for testing?

/me asked the same a while ago, here is the reply

<quoting sarah>

I would suggest getting a TI UAS evaluation board.  They seem to be the
most stable UAS device out there:

http://www.ti.com/tool/tusb9261demo

I have one of their boards from a year or so ago, but I suspect there's
a new revision by now.  I got the sample from Kevin Main <km...@ti.com>,
and I suspect he might give you one for free as well.

Another option might be to use the Linux UAS gadget stack with a OMAP5
board with the Synopsis Designware 3 USB 3.0 device controller.  You
could talk with Sebastian Andrzej Siewior <bige...@linutronix.de>, since
he has been doing a lot of work on the UAS gadget driver lately.

</quote>

cheers,
  Gerd

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to