Sundtek Support Forum

XHCI ist der Linux USB 3.0 Treiber, bei dem neuen XHCI USB Treiber wird USB 2.0 durch USB 3.0 durchgeschleift und das bereitet derzeit wohl die Probleme im Linux Kernel.

An der Stelle noch einmal ein Feedback. Der Fehler tritt jetzt bei mir nicht mehr auf.

Falls jemand anders ein ähnliches Problem hat hier noch einmal die wichtigsten Punkte:
Das Problem kann bei dem Chipsatz Intel H87 (C2) auftreten. Das Stepping 1 (C1) wird dann wahrscheinlich auch betroffen sein. Intel hat eine Change Notification veröffentlicht (die einen anderen Fehler beschreibt), aus der man schließen kann, dass auch weitere aktuelle Chipsätze von Intel betroffen sein könnten. Falls es sich (wie von Sundtek beschrieben) um ein Hardware Problem handelt könnten auch andere Betriebssysteme betroffen sein.
https://qdms.intel.com/dm/d.aspx/C79FC2E6-6B75-4063-8687-660F4668FFC8/PCN112101-00.pdf

Unter Linux kann man das Problem in syslog (/var/log/syslog) erkennen. Wenn man folgende Einträge findet (die Nummern 3-13 und 8 sind individuell unterschiedlich), ist der xhci_hcd die Ursache.

usb 3-13: new high-speed USB device number 8 using xhci_hcd
usb 3-13: New USB device found, idVendor=2659, idProduct=1401
usb 3-13: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 3-13: Product: MediaTV Pro Digital Home (EU)
usb 3-13: Manufacturer: Sundtek

Die einfachste Option ist xhci_hcd im Bios zu deaktivieren (damit hat man dann nur noch USB2 High speed zur Verfügung). Das hatte bei mir den netten Nebeneffekt, dass ein USB3 Kartenleser wenigstens als USB2 high-speed (60MB/sec.) erkannt wurde. Der xhci_hcd Treiber hatte diesen als USB2 full-speed (12MB/sec.) angesprochen (ja der Kartenleser ist über ein USB3 Kabel verbunden!).

Gibt es im Bios nicht die Möglichkeit xhci_hcd zu deaktivieren (auto und smart bringt da nichts, im Zweifel mal m Internet suchen...), kann man probieren, ob ein Bios update die Option hinzufügt.

Funktioniert auch das nicht, kann man versuchen den xhci_hcd in die Blacklist aufzunehmen: Dazu die Datei 
/etc/modprobe.d/blacklist-xhci_hcd.conf anlegen und
"blacklist xhci_hcd" eintragen.
Das geht allerdings nur, wenn der Treiber xhci_hcd als Modul compiliert wurde (ist im aktuellen Ubuntu Kernel leider nicht der Fall).

Gelöst ist das Problem, wenn man im syslog folgenden Eintrag findet:

aktueller Kernel (wie oben 2-1.7 und 9 ist uncharakteristisch):
usb 2-1.7: new high-speed USB device number 9 using ehci-pci
usb 2-1.7: New USB device found, idVendor=2659, idProduct=1401
usb 2-1.7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 2-1.7: Product: MediaTV Pro Digital Home (EU)
usb 2-1.7: Manufacturer: Sundtek

alter Kernel (wie oben 1-1.5, 4 und 14 ist uncharakteristisch):
usb 1-1.5: new high-speed USB device number 4 using ehci_hcd
input: Sundtek Ltd. Remote Control as /devices/virtual/input/input14

Viel Erfolg & vielen Dank an Sundtek für die wertvollen Hinweise!
Christoph

Versuche eventuell eine andere Kernelversion zu verwenden, oder versuche erst mal rauszufinden woher das Problem stammt.

Gute Idee. Ich habe auch noch mal im Internet gesucht. Mit dem xhci_hcd treiber scheint es öfter mal Probleme zu geben (bei den Problemkerneln 3.13.0-[78] ist xhci_hcd fest einkompiliert und lässt sich nicht abschalten). Den xhci_hcd modus konnte ich allerdings im BIOS deaktivieren - auch ein Tipp aus dem Netz. Für den nächsten Test habe ich jetzt erst mal den Kernel 3.2.0-23 installiert. Der spricht den Stick im ehci_hcd modus an. Wenn ich das richtig verstanden habe kann der xhci_hcd USB 2 und 3 der alte ehci_hcd dagegen nur USB 2. Parallel beobachte ich mal den Speicherverbrauch. Wenn es funktioniert gebe ich in 2-3 Tagen noch mal ein Update.

Hallo,
ich habe den neuen MediaTV Digital Home III Stick jetzt seit ca. einer Woche im Einsatz. Das Problem des Systemcrashs war zunächst nur zu sehen, wenn ich mit w_scan die aktuelle Kanalbelegung ermittelt habe. Mittlerweile friert mein System aber nach 30 min bis 5 Stunden zuverlässig ein, wenn ich den Stick angeschlossen und den vdr laufen habe.
Es sieht so aus, als ob das meistens während des epg scans passiert. Wenn das System es schafft noch eine crash meldung zu produzieren taucht der mediasrv als letzter Prozess auf. Nach dem Einfrieren geht gar nichts mehr, also nicht der magic sqsrequest.
Mein System ist ubuntu, kernel 3.13.0-8-generic (problem trat auch mit 3.13.0-7-generic auf) und der Teriber sundtek_installer_140207.202855.sh (problem trat auch mit sundtek_installer_140204.195739.sh auf). Es ist auch egal, ob ich den Stick über einen usb2 oder einen usb3 port anschließe.
Habt Ihr eine Idee, was ich einstellen könnte, damit mir der Rechner nicht ständig einfriert (außer den Stick nicht einzusetzen, was ich im Moment mache).
Danke
Christoph

Hallo,
aktuell sind die Patches in den Ubuntu Quellen noch nicht enthalten. Da ich diese für mich gepatcht und komipiert habe möchte ich die Pakete gerne anderen Nutzern zur Verfügung stellen. Kann ich Euch meine beiden Pakete schicken (oneiric und precise für 64bit)?. Für einen Dateianhang sind sie leider zu groß (ca. 470kb).
Viele Grüße
Christoph