Re: Forcibly bind a device to UAS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 16 Mar 2018, Menion wrote:

> Hi Alan&Greg
> Yes, sorry, I thought it was simpler. I confirm that also the 4
> endpoints required for UAS operation are missing, so everything is
> coherent to say "no UASP sorry"
> From the VID:PID you can see that the chipset is a JMS567, which does
> support UASP: http://www.jmicron.com/PDF/brief/jms567.pdf
> As mentioned, I have another enclosure (not the same hardware model of
> this one) with exactly the same chipset (even the VID:PID is

The VID and PID are determined by the firmware, not by the chipset.

> identical) that show up as UASP capable when attached to the same Atom
> embedded PC USB 3.1 port
> For sure the firmware of the two devices is different
> To recap: the capabilities are shown by the device itself, it is not
> possible that the USB host itself takes the decision to "filter" out
> some capabilities, right?

Right.  The USB host does not filter anything; it just passes data 
between the computer and the device.

Alan Stern

--
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



[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux