USB-Bus bricht komplett zusammen. Logitech-Receiver als Auslöser?
Posted: 21 Nov 2025, 08:58
Hallo zusammen,
ich habe ein Problem mit einem RevPi Connect SE (CM4S), bei dem mein kompletter USB-Bus ausfällt – inklusive FTDI-Adaptern und beiden Ethernet-Interfaces (smsc95xx).
Ich habe dazu bereits einen Thread gefunden, der erklärt, dass auf CM4S-Geräten seit Kernel 6.12 auf den xHCI-USB-Controller gewechselt wurde:
viewtopic.php?p=17666#p17666
Dort heißt es, dass der neue xHCI zwar leistungsfähiger ist, aber empfindlicher reagieren kann – und dass USB bei bestimmten Umschaltmomenten komplett verschwindet.
Jetzt habe ich meine eigenen Logs analysiert, und der Ablauf sieht bei mir so aus:
1. Beim Start wird ein Logitech USB Receiver sauber erkannt
2. Später taucht ein HID++ 4.5 Logitech-Gerät auf:
3. Dann beginnt der Absturz: harter USB-Reset auf Port 1-1-port2
4. Danach eskalieren die Fehler am Hub 1-1.5 (FTDI-Bereich):
Diese Meldungen laufen in Schleife mehrere Sekunden lang.
5. Dann verlieren beide Ethernet-Interfaces die Verbindung:
6. Danach disconnecten mehrere Geräte gleichzeitig – darunter der Logitech Receiver selbst:
Meine Frage an die Community:
Kann es sein, dass ein einzelner USB-Receiver (Logitech Unifying) über EMV-Spitzen oder Timing-Probleme den gesamten xHCI-USB-Baum destabilisiert?
Der Ablauf im Log wirkt für mich so:
→ Kann dieses Verhalten vom xHCI-Controller verursacht oder verstärkt werden?
→ Ist bekannt, dass HID++ / Funk-Receiver die USB-Stabilität beeinträchtigen?
→ Gibt es Best Practices für eine Fehlerbehebung ?
Vielen Dank im Voraus!
ich habe ein Problem mit einem RevPi Connect SE (CM4S), bei dem mein kompletter USB-Bus ausfällt – inklusive FTDI-Adaptern und beiden Ethernet-Interfaces (smsc95xx).
Ich habe dazu bereits einen Thread gefunden, der erklärt, dass auf CM4S-Geräten seit Kernel 6.12 auf den xHCI-USB-Controller gewechselt wurde:
viewtopic.php?p=17666#p17666
Dort heißt es, dass der neue xHCI zwar leistungsfähiger ist, aber empfindlicher reagieren kann – und dass USB bei bestimmten Umschaltmomenten komplett verschwindet.
Jetzt habe ich meine eigenen Logs analysiert, und der Ablauf sieht bei mir so aus:
1. Beim Start wird ein Logitech USB Receiver sauber erkannt
Code: Select all
usb 1-1.2: Product: USB Receiver
usb 1-1.2: Manufacturer: Logitech
hid-generic ... USB HID v1.11 Keyboard [Logitech USB Receiver]
hid-generic ... USB HID v1.11 Mouse [Logitech USB Receiver]
input: Logitech USB Receiver Consumer Control
input: Logitech USB Receiver System Control
Code: Select all
logitech-hidpp-device 0003:046D:4082.0005: HID++ 4.5 device connected.
Code: Select all
usb 1-1-port2: cannot reset (err = -71)
usb 1-1-port2: cannot reset (err = -71)
usb 1-1-port2: cannot reset (err = -71)
Code: Select all
usb 1-1.5: clear tt 2 (0060) error -71
ftdi_sio ttyUSB0: ftdi_set_termios FAILED
ftdi_sio ttyUSB0: failed to set flow control: -71
usb 1-1.5: clear tt 2 (9061) error -71
ftdi_sio ttyUSB0: error from flowcontrol urb
5. Dann verlieren beide Ethernet-Interfaces die Verbindung:
Code: Select all
smsc95xx 1-1.1:1.0 eth0: unregister 'smsc95xx'
smsc95xx 1-1.5.1:1.0 eth1: unregister 'smsc95xx'
Code: Select all
usb 1-1.2: USB disconnect, device number 4 ← Logitech Receiver
usb 1-1.5.2: USB disconnect, device number 7
usb 1-1.5.1: USB disconnect, device number 6
usb 1-1.1: USB disconnect, device number 3
Kann es sein, dass ein einzelner USB-Receiver (Logitech Unifying) über EMV-Spitzen oder Timing-Probleme den gesamten xHCI-USB-Baum destabilisiert?
Der Ablauf im Log wirkt für mich so:
- Logitech HID++ Gerät meldet sich
- kurz darauf bricht Port 1-1-port2 mit -71 zusammen
- xHCI verliert den kompletten Hub 1-1
- FTDI-Geräte werfen -71
- beide Ethernet-Interfaces (smsc95xx) fliegen raus
- Receiver selbst wird am Ende abgemeldet
→ Kann dieses Verhalten vom xHCI-Controller verursacht oder verstärkt werden?
→ Ist bekannt, dass HID++ / Funk-Receiver die USB-Stabilität beeinträchtigen?
→ Gibt es Best Practices für eine Fehlerbehebung ?
Vielen Dank im Voraus!