Deutsch > Sundtek MediaTV Pro

Systemcrash mit Sundtek MediaTV Digital Home III

(1/2) > >>

schlumf.thomas@web.de:
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

Sundtek:
Verwende falls möglich einen USB 2.0 Port, falls möglich schicke uns die Meldungen welche du dort bekommst wir werden diese dann soweit erst mal an Intel weiterleiten.
Eine Angestellte bei Intel sieht sich die Problemfälle derzeit genauer an.

Unser Treiber kann das System nicht crashen da dieser nur eine Applikation ist (im schlechtesten Fall kann der Treiber abstürzen, aber das wäre dann schon alles und dies würde das System aber nicht beeinflussen), es handelt sich hier um einen Allgemeinen Systembug mit USB 3.0 unter Linux.

Eine Alternative wäre den Stick via einem Raspberry PI zu betreiben und das Device dann via Netzwerkmodus in das System zu reichen
http://support.sundtek.com/index.php/topic,178.0.html

schlumf.thomas@web.de:

--- Zitat von: Sundtek am Februar 08, 2014, 11:02:27 Vormittag ---Verwende falls möglich einen USB 2.0 Port
--- Ende Zitat ---
Bei den letzten 5 Abstürzen war der Stick an einem USB2 Port
lsusb:
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 008: ID 2659:1401 Sundtek
lspci:
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05)

--- Zitat von: Sundtek am Februar 08, 2014, 11:02:27 Vormittag ---falls möglich schicke uns die Meldungen welche du dort bekommst wir werden diese dann soweit erst mal an Intel weiterleiten.
--- Ende Zitat ---
Mein Board ist von Asus (mit Intel Chipsatz). Im Systemlog findet man da nichts wirklich hilfreiches:
Feb  7 23:17:46 vesuv1 vdr: [8986] epg data writer thread started (pid=8714, tid=8986, prio=low)
Feb  7 23:17:46 vesuv1 vdr: [8986] epg data writer thread ended (pid=8714, tid=8986)
Feb  7 23:27:47 vesuv1 vdr: [9102] epg data writer thread started (pid=8714, tid=9102, prio=low)
Feb  7 23:27:47 vesuv1 vdr: [9102] epg data writer thread ended (pid=8714, tid=9102)
^@^@^@^@^@ (das Zeichen taucht dann noch ein paar mal auf).

--- Zitat von: Sundtek am Februar 08, 2014, 11:02:27 Vormittag ---Unser Treiber kann das System nicht crashen da dieser nur eine Applikation ist (im schlechtesten Fall kann der Treiber abstürzen, aber das wäre dann schon alles und dies würde das System aber nicht beeinflussen), es handelt sich hier um einen Allgemeinen Systembug mit USB 3.0 unter Linux.
--- Ende Zitat ---
Ich habe ja auch nicht gesagt, dass es an Eurem Treiber liegt. Hilft ja nichts, ich sehe mich jetzt mal nach einem anderen Gerät um. Eigentlich schade, wenn der Stick mal für kurze Zeit läuft hat er ein echt klasse Bild und HD funktioniert 1A.

Sundtek:
Wie sieht es mit dem Speicherverbrauch aus?
Das sieht nach einem Kernel Memory Leak aus, einige Linux 2.6.32er Kernel Versionen waren davon betroffen; nach einiger Zeit stürzte das System ab da allmählich der Speicher ausging.

Wie erwähnt es liegt weder am Stick noch an unserer Software, das Problem sollte bei dir somit auch mit anderen Geräten auftreten. Lediglich der TV Stick transferriert konstant Daten.

Versuche eventuell eine andere Kernelversion zu verwenden, oder versuche erst mal rauszufinden woher das Problem stammt. Es ist ein Linux Kernel Problem das den Kernel Entwicklern mitgeteilt werden sollte.
Um das Problem an die Kernel Mailingliste zu senden wäre es sinnvoll Logfiles zu haben, es ist auch egal ob unsere Treiber-Applikation dort steht (eventuell steht dort ja das der Speicher ausging)
Unser Treiber ist soweit bezüglich Leaks gecheckt, da sollte nichts weiteres möglich sein.


Es wird wohl 2 Möglichkeiten geben dein Problem nachzuvollziehen:


--- Zitat ---/opt/bin/mediaclient -m DVBC -f 121000000 -M Q256 -S 6900000 #eventuell frequenz anpassen
while :; do timeout 1 cat /dev/dvb/adapter0/dvr0 > /dev/null; sleep 1; done

--- Ende Zitat ---

oder


--- Zitat ---/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000
in einem anderen Fenster "top"

--- Ende Zitat ---

ersteres schaltete den Datentransfer konstant ein/aus (in etwa das was w_scan USB mäßig verursacht), mit zweiterem lässt sich überprüfen ob ein Kernel Leak existiert

schlumf.thomas@web.de:

--- Zitat von: Sundtek am Februar 08, 2014, 02:48:02 Nachmittag ---Versuche eventuell eine andere Kernelversion zu verwenden, oder versuche erst mal rauszufinden woher das Problem stammt.

--- Ende Zitat ---
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.

Navigation

[0] Themen-Index

[#] Nächste Seite