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ą bInterfaceProtocolwymienioną 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ź.