Irgend eine funktionierende USB 3.2 Gen 2(x2) Karte die mal nicht auf 5GBps drosselt sobald ein Hubchip verwendet wird?

Pierre Bernhardt pierre at starcumulus.owl.de
Sun May 24 23:00:19 CEST 2026


Am 22.05.26 um 14:23 schrieb Florian Lohoff via Linux:
> 
> Was ich gelesen habe geht das ranging der Karten auch gerne auf 5G runter wenn die Kabel das nicht bringen.
> Aber ich hab da keine ahnung. Für die meisten meiner anwendungen würde USB 1.1 noch reichen.
Also lsbusb -t meldet immer nur 5G für den Hub direkt am AMxxxx. Alle Hubs dahinter melden 10G.
Aber da der langsamste das Tempo vorgibt kann ich zumindestens nie die volle Geschwindigkeit testen.
Am Kabel scheint es jedenfalls nicht zu liegen. Ich habe da auch mehrere von 10 GB bis 40 GB zertifiziert
getestet und alle möglichen umsteckversuche mit Stecker drehen hier und da ausprobiert; alle mit
gleichem Ergebnis, das sobald ein Hub am AM-Chip hängt kann dieser nur 5G, und das gilt auch für
den Hub auf der gleichen Karte auf dem auch der AM-Chip verbaut ist.



Aber ich muss auch gar nichts an der Karte angesteckt haben und trotzdem ist der Hub auf der Karte
auf 5G gedrosselt.

Hier nochmal nur die Karte selber ohne Geräte:
Ohne Hub:
/:  Bus 14.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
Es wird hier schon der Hub auf 5G gedrosselt.

Hier hatte ich einen Hub mit Genesys Hubchip angeschlossen
Mit Hub:
/:  Bus 14.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
     |__ Port 2: Dev 10, If 0, Class=Hub, Driver=hub/4p, 5000M
Auch der ist dann auf 5G gedrosselt.

Hier hatte ich meine Discbay an dem Port mit dem internen Hub
angeschlossen:
Mit Hub und bay hinter hubport 2. von oben:
/:  Bus 14.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
         |__ Port 1: Dev 11, If 0, Class=Hub, Driver=hub/4p, 10000M
             |__ Port 1: Dev 12, If 0, Class=Hub, Driver=hub/4p, 10000M
                 |__ Port 1: Dev 13, If 0, Class=Mass Storage, Driver=uas, 10000M
                 |__ Port 2: Dev 14, If 0, Class=Mass Storage, Driver=uas, 10000M
                 |__ Port 3: Dev 15, If 0, Class=Mass Storage, Driver=uas, 10000M
                 |__ Port 4: Dev 16, If 0, Class=Mass Storage, Driver=uas, 10000M

Und hier hatte ich die Diskbay an den Port der Karte ohne interen Hub
angeschlossen.
Mit Hub und bay hinter dem Direktport 1. von oben:
/:  Bus 14.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
     |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
     |__ Port 2: Dev 17, If 0, Class=Hub, Driver=hub/4p, 5000M
         |__ Port 1: Dev 18, If 0, Class=Hub, Driver=hub/4p, 10000M
             |__ Port 4: Dev 22, If 0, Class=Mass Storage, Driver=uas, 10000M
             |__ Port 2: Dev 20, If 0, Class=Mass Storage, Driver=uas, 10000M
             |__ Port 3: Dev 21, If 0, Class=Mass Storage, Driver=uas, 10000M
             |__ Port 1: Dev 19, If 0, Class=Mass Storage, Driver=uas, 10000M

Man kann also erkennen das der Hub in der Bay mit 10G arbeiten will wenn er an
dem Hub der Karte steckt, aber wenn er an dem Port ohne Hub gesteckt wird
arbeitet er nur mit 5G.

Ich habe auch mal spaßeshalber noch den Genesys dazwischen gepackt aber
letztendlich bleibt die Logik die gleiche: Der erste Hub hinte dem Chip
arbeitet mit 5G, der Rest könnte mit 10 G.

Ich hatte auch bei allen Verbindungsversuchen einen dd-Test schreib/lese-Test
durchgeführt und diese waren immer stabil ohne das es zu Meldungen oder
Abbrüchen der ASM3x42 Chips gekommen ist. Die gemessene addierte Geschwindigkeit
(iostat -x) der vier Festplatten lag immer bei rund 480 - 500 MB/s was in etwa
dem theoretischen Maximum entspricht. Die Platten könnten aber noch
schneller arbeiten (min. mit 600 MB/s zusammen).

Im Moment mache ich Upgradetest auf den weniger wichtigen Systemen.
Wenn das alles gut läuft und keine Probleme mitsich bringt kann ich vielleicht
nächste Woche mal das OS hier upgraden.

MfG,
Pierre



More information about the Linux mailing list