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 <kmain@xxxxxx>, 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 <bigeasy@xxxxxxxxxxxxx>, 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
