Vermeintliches „USB 1.1.“ wird wohl Bluetoth sein.

[Der Martin]

Hallo nochmal,

mk@barbara /data/Download: lsusb -t
/:  Bus 07.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/2p, 12M
/:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
    |__ Port 2: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 2: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ohci-pci/3p, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
    |__ Port 4: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
    |__ Port 6: Dev 3, If 0, Class=Video, Driver=uvcvideo, 480M
    |__ Port 6: Dev 3, If 1, Class=Video, Driver=uvcvideo, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
    |__ Port 2: Dev 2, If 0, Class=Hub, Driver=hub/2p, 480M

das passt vorne und hinten nicht - buchstäblich. Die beiden Geräte, die lsusb hier an Bus 02 listet (die Webcam und die HDD), sind an komplett unterschiedlichen USB-Controllern angeschlossen: Die Webcam an einem der Backplane-Paare, die HDD am Front-USB-Port, der auf eines der beiden Onboard-Paare geht.

Mich beschleicht der Verdacht, dass die Ausgabe von lsusb mit der physikalischen Situation rein gar nichts zu tun hat.

Und kann es sein, dass lsusb einen Root Hub erst dann als USB 2.0 ausweist, wenn auch mindestens ein 2.0-Device angeschlossen ist?

Der Wert dieses Tools als USB-Analyzer reduziert sich damit aus meiner Sicht beträchtlich.

May the Schwartz be with you
 Martin