Abo
  • Services:
Anzeige
Ein Fehler im USB-Stack des Linux-Kernels führt zu Verbindungsabbrüchen. Er wird behoben.
Ein Fehler im USB-Stack des Linux-Kernels führt zu Verbindungsabbrüchen. Er wird behoben. (Bild: Elina Warkentin, CC-BY 2.5)

Linux-Kernel Probleme im USB-Stack entdeckt

Wegen einer fehlerhaften Abstimmung zwischen Hardware und dem USB-Stack in der Energieverwaltung des Linux-Kernels werden Verbindungen zu USB-Geräten häufig unterbrochen. Bislang sahen die Kernel-Entwickler die Schuld bei den Geräteherstellern.

Anzeige

Die Kernel-Hackerin Sarah Sharp hat einen schwerwiegenden Fehler im Linux-Kernel entdeckt. Demnach ist eine fehlerhafte Abstimmung zwischen USB-Stack und Geräten beim Verlassen des Schlafmodus dafür verantwortlich, dass die Verbindung zu USB-Geräten unvermittelt gekappt wird, wenn Auto-Suspend aktiviert ist. Ein Patch ist bereits in Arbeit.

Das Problem wahlloser Abbrüche von Verbindungen zu USB-Geräten sei ihr und anderen Kernel-Hackern seit Jahren bekannt, schreibt Sharp. Allerdings hätten sie die Schuld bei "billigen, beschissenen und kaputten" Geräten gesucht, also bei den Herstellern. Die von den Kernel-Entwicklern dafür erstellten Blacklisten seien irgendwann zu groß geworden. Die später von den einzelnen Distributionen erstellten Whitelisten seien ungenügend gepflegt worden und letztendlich zu aufwendig.

Timing-Probleme

Nun stellte sich laut Sharp heraus, dass nicht immer die Geräte selbst für die Unterbrechungen verantwortlich waren. Laut USB-Spezifikationen muss der Roothub das Signal zum Aufwecken eines Geräts (TDRSMDN) mindestens 20 Millisekunden lang senden. Danach wird der Status eines Geräts im Hub auf Aktiv gesetzt. Bis der Linux-Kernel und Software auf ein Gerät zugreifen dürfen, muss allerdings noch eine Pause von 10 Millisekunden erfolgen (TRSMRCY). Der TRSMRCY-Wert ist laut USB-2.0-Spezifikationen allerdings weder ein Festwert noch ein Maximalwert, sondern ein Minimalwert.

Der xHCI-Treiber des Linux-Kernels aktiviert zwar sofort den Kernel-Hub-Daemon (khubd), gibt den veränderten Status eines Geräts allerdings erst nach 20 Millisekunden frei (TDRSMDN). Das bedeute, dass ein Gerät länger in einem Resume-Modus sein kann als die in TRSMRCY festgelegte Zeit. Die Software versucht dann nach 10 Millisekunden auf das Gerät zuzugreifen, obwohl es sich noch im Schlafmodus befindet, was wiederum dazu führen kann, dass das USB-Gerät abgehängt wird oder beispielsweise Schreibzugriffe nicht erfolgen können.

Der Fehler betrifft Geräte, die am xHCI-Hub stecken. Derartige Probleme mit dem EHCI-Hub und dem USB-Stack des Linux-Kernels gibt es nicht.

Nach Sharps ersten Analysen haben einige USB-Geräte eine TRSMRCY-Zeit von bis zu 17 Millisekunden. Bei 8 Prozent der getesteten Geräte liegen TRSMRCY-Werte bei über 10 Millisekunden. Einen ersten Patch habe Sharp schon eingereicht. Der sei aber noch kein "echter Fix". Ab sofort arbeite sie an einem besseren Patch. Sie sehe aber "Licht am Ende des Tunnels" und dass die Probleme mit der USB-Energieverwaltung im Linux-Kernel bald gelöst sein würden. Läuft alles nach Plan, dürften die Reparaturen bereits im nächsten Kernel 3.11 einfließen, der Anfang September 2013 erscheinen soll.


eye home zur Startseite
Anonymer Nutzer 25. Aug 2013

man sich so noch mehr in Probleme bezüglich Abwärtskompatibilität verstrickt.

Ama 25. Aug 2013

Findest du es nicht etwas anmaßend, nur aus Worten darauf zu schließen, wer wie wo für...

Thaodan 25. Aug 2013

ich würde eher eine passende udev Regel anlegen, sollte sauberer sein.

tingelchen 24. Aug 2013

Die Stecker sind auch recht robust :) Ich habe das gleiche Problem bei meinem aktiven...

Schiwi 24. Aug 2013

So lange du keinen expliziten Supportvertrag hast, bist du auch für MS kein direkter...



Anzeige

Stellenmarkt
  1. operational services GmbH & Co. KG, Frankfurt
  2. Berliner Stadtreinigungsbetriebe (BSR), Berlin
  3. Ostbayerische Technische Hochschule Amberg-Weiden (OTH), Amberg
  4. Schwarz IT Infrastructure & Operations Services GmbH & Co. KG, Neckarsulm


Anzeige
Blu-ray-Angebote
  1. (u. a. The Complete Bourne Collection Blu-ray 14,99€, Harry Potter Complete Blu-ray 44,99€)
  2. 119,00€
  3. (u. a. Die große Bud Spencer-Box Blu-ray 16,97€, Club der roten Bänder 1. Staffel Blu-ray 14...

Folgen Sie uns
       


  1. Erotik-Abo-Falle

    Verdienen Mobilfunkbetreiber an WAP-Billing-Betrug mit?

  2. Final Fantasy 15

    Square Enix will die Story patchen

  3. TU Dresden

    5G-Forschung der Telekom geht in Entertain und Hybrid ein

  4. Petya-Variante

    Goldeneye-Ransomware verschickt überzeugende Bewerbungen

  5. Sony

    Mehr als 50 Millionen Playstation 4 verkauft

  6. Weltraumroboter

    Ein R2D2 für Satelliten

  7. 300 MBit/s

    Warum Super Vectoring bei der Telekom noch so lange dauert

  8. Verkehrssteuerung

    Audi vernetzt Autos mit Ampeln in Las Vegas

  9. Centriq 2400

    Qualcomm zeigt eigene Server-CPU mit 48 ARM-Kernen

  10. VG Wort Rahmenvertrag

    Unis starten in die Post-Urheberrecht-Ära



Haben wir etwas übersehen?

E-Mail an news@golem.de


Anzeige
Seoul-Incheon Ecobee ausprobiert: Eine sanfte Magnetbahnfahrt im Nirgendwo
Seoul-Incheon Ecobee ausprobiert
Eine sanfte Magnetbahnfahrt im Nirgendwo
  1. Transport Hyperloop One plant Trasse in Dubai

Astrohaus Freewrite im Test: Schreibmaschine mit Cloud-Anschluss und GPL-Verstoß
Astrohaus Freewrite im Test
Schreibmaschine mit Cloud-Anschluss und GPL-Verstoß
  1. Cisco Global Cloud Index Bald sind 90 Prozent der Workloads in Cloud-Rechenzentren
  2. Cloud Computing Hyperkonvergenz packt das ganze Rechenzentrum in eine Kiste
  3. Cloud Computing Was ist eigentlich Software Defined Storage?

Final Fantasy 15 im Test: Weltenrettung mit der Boyband des Wahnsinns
Final Fantasy 15 im Test
Weltenrettung mit der Boyband des Wahnsinns
  1. Square Enix Koop-Modus von Final Fantasy 15 folgt kostenpflichtig

  1. Erfahrungsbericht

    duesee | 21:07

  2. Re: ich finde das erstaunlich wenig.

    Wander | 21:05

  3. Kann ich nicht bestätigen... .

    Kleine Schildkröte | 21:03

  4. Re: Meistwerk?

    Spiritogre | 21:00

  5. Re: Es gibt dann eben keine geschützten PDFs!

    HorkheimerAnders | 20:56


  1. 18:47

  2. 17:47

  3. 17:34

  4. 17:04

  5. 16:33

  6. 16:10

  7. 15:54

  8. 15:50


  1. Themen
  2. A
  3. B
  4. C
  5. D
  6. E
  7. F
  8. G
  9. H
  10. I
  11. J
  12. K
  13. L
  14. M
  15. N
  16. O
  17. P
  18. Q
  19. R
  20. S
  21. T
  22. U
  23. V
  24. W
  25. X
  26. Y
  27. Z
  28. #
 
    •  / 
    Zum Artikel