Oprócz odpowiedzi udzielonej przez austinmarton możesz biegać
lsusb -v -d VPID | grep -i interface
gdzie VPID to identyfikator dostawcy / produktu zgłoszony w lsusb
. Na przykład:
$ lsusb -v -d 1234:5678 | grep -i interface
Couldn't open device, some information will be missing
bDeviceClass 0 (Defined at Interface level)
bNumInterfaces 1
Interface Descriptor:
bInterfaceNumber 0
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 6
Zauważ, że jedyną bInterfaceProtocol
wymienioną wartością jest 80 Bulk-Only
. To urządzenie nie byłoby urządzeniem skonfigurowanym przez UASP. Jeśli jednak zobaczysz dodatkowe bInterfaceProtocol 98
, będzie to urządzenie skonfigurowane pod kątem UASP.
Wartości te są podawane dziesiętnie, ale specyfikacja odnosi się do nich przez ich wartości szesnastkowe ...
50h (80d): USB Mass Storage Class Bulk-Only (BBB) Transport
62h (98d): Allocated by USB-IF for UAS.
Informacje te można znaleźć w Specyfikacji pamięci masowej na usb.org , sekcja 3 Kody protokołów, Tabela 2 - Protokół transportu pamięci masowej.
Nie jestem jednak pewien, czy to odpowiada na twoje pierwsze czy drugie pytanie, ponieważ nie jest jasne, czy ta wartość będzie zgłaszana zarówno na komputerach / urządzeniach, które obsługują UASP, jak i na tych, które nie.
Driver=uas
, fajnie byłoby dowiedzieć się, dlaczego - na przykład może to być tak, że albo chipset, albo urządzenie (a może jedno i drugie?) Nie obsługują UAS . Pozostawię pytanie otwarte do końca tygodnia, na wypadek, gdyby ktoś mógł odpowiedzieć na pozostałe dwa punkty, ale w przeciwnym razie zaakceptuję twoją odpowiedź.