Treiber laden

[clausmuus]

Hi,

ich habe festgestellt, das der Treiber für den Media TV Digital Home III an einem Raspberry PI beim booten nur geladen wird, wenn ich in der udev Regel aus dem start=5 ein start=10 mache. Bei einem Älterem Stick ist dies nicht notwendig. Nun ist mir aber nicht klar was diese Option bewirkt, bzw. wofür die eigentlich gedacht ist. Ich hatte das einfach nur auf gut glück ausprobiert ohne zu wissen was ich da tue
Außerdem ist mir aufgefallen, dass es (beim booten) nach dem Start des mediaclient mehr als 20 Sekunden dauern kann (manchmal aber weniger als 10 Sekunden dauert), bis das DVB-Device zur Verfügung steht. Ist dies für den Raspberry PI normal, da der ja nicht gerade der schnellste ist, oder mache ich da möglicherweise irgend etwas falsch?

Claus

[Sundtek]

=5 => 5 Sekunden schlafen bevor der Treiber geladen wird
=10 => 10 Sekunden schlafen bevor der Treiber geladen wird

Falls du uns so ein Image geben kannst mit dem wir das reproduzieren können, können wir uns das ansehen.
Der Devicedetection Prozess wurde eigentlich so gestaltet das es keine Möglichkeit gibt das Geräte nicht mehr erkannt werden (ich denke 30 Sekunden lang werden die USB Nodes gepollt bzw. zwischenzeitlich auch auf die Kernel UDEV Nachrichten nach USB Attach Nachrichten abgehört).
Sollte das dennoch der Fall sein müsste das Betriebssystem wohl einen defekt haben, sollte ein weiterer Workaround benötigt werden können wir dies sicherlich hinzufügen.

[clausmuus]

Wenn ich das richtig verstehe, sollte also eigentlich gar kein sleep nötig sein, jedenfalls nicht wenn der Stick beim booten bereits angestöpselt ist?

Du kannst ein Image mit dem das reproduzierbar sein sollte unter http://www.minidvblinux.de/download/4.0.0-rpi/files//MLD-4.0.0-rpi_rpi-sundtek-486_57.tgz herunterladen.
Ich selber besitze nur einen Stick der älteren Generation, bei dem der Treiber immer zuverlässig gestartet wird, weshalb ich das nicht selber nachstellen kann. Mir ist aber gerade eingefallen, dass der User bei dem der Fehler auftritt das noch nicht mit dem neusten Treiber getestet hat. Sein letzter Test war mit einem zwei Wochen alten Treiber.
Ich werde Ihn aber bitte heute noch mal mit dem neuen Treiber zu testen ob der Fehler noch immer auftritt.
Das angegebene Image startet auch den VDR inklusive Frontend. Wenn Du lieber ein Image hättest, das von jeglichem Ballast befreit ist, kann ich auch gerne ein solches anfertigen, oder Du gehst auf die Seite http://www.minidvblinux.de/download/4.0.0-rpi/customize und stellst Dir dort selber ein Image nach Deinem Geschmack zusammen.

Das Image braucht lediglich auf eine SD-Karte entpackt zu werden. Die Installation geschieht dann nach dem Booten per Webinterface oder auf der Kommandozeile per "install". Ich weiß gerade nicht, ob der Fehler auch schon auftritt wenn das System noch nicht installiert wurde, also noch in der RAM-Disk läuft.

Claus

[Sundtek]

Das sleep ist dazu da legacy (Kernel) Treibern einen Vorsprung zu geben.
Wenn du möchtest können wir dir auch ein Sample vom neuen Tuner zukommen lassen (dann aber bitte Email an Kontakt at sundtek de mit allen Infos / Adresse usw.)

Das Treiberpaket unterstützt alte und neue Geräte.

[clausmuus]

Danke, das wäre natürlich praktisch, dann bräuchte ich nicht immer auf Rückmeldung anderer MLD User zu warten und könnte selber testen wo's harkt.
Ich schicke gleich mal ne EMail raus.

Claus

[clausmuus]

Ich habe gleich noch eine OffTopic Bitte:
Ich werde des öffteren nach einer Empfehlung für einen DVB-S2 Reciver für den RPI gefragt. Allerdings habe ich bisher nur Rückmeldung über ungeeignete bzw. eingeschränkt geeignete DVB-S Reciver bekommen.
Könntet Ihr, wenn Ihr das MLD Image am laufen habt, mal bitte mit Eurem DVB-S2 Stick testen, ob sich damit problemlos HD-TV schauen lässt und wie hoch die System Last ist?
Die DVB-S2 Sticks über die ich bisher Rückmeldung erhalten habe, produzierten entweder eine so hohe IRQ Last, dass nur eine ruckelnde Wiedergabe möglich war, oder es funktionierten nur einige wenige HD Sender.
Beim DVB-T Empfang musste ich bisher zwar feststellen, das der Sundteck Treiber (auf dem RPI) zwar eine hohe Prozessor Last produziert (die sich jedoch nicht negativ auswirkt), trotzdem aber der Reciver mit den besten Empfangseigenschaften (der von mir getesteten Reciver) ist.

Claus

[Sundtek]

Unsere kommenden USB Sat Receiver sind Raspberry PI tauglich, diese befinden sich derzeit in Produktion. Prototypen funktionieren jedenfalls soweit problemlos (und der Support dafür ist auch bereits im aktuellen Treiber enthalten).

[clausmuus]

Hi,

ich habe inzwischen Rückmeldung von dem MLD User der das Problem mit dem Sundtek Stick hat. Er hat einige Tests mit verschiedenen Konfigurationen durchgeführt und dabei hat sich herausgestellt, dass der Treiber nur dann nicht (oder mit größerem start Wert) geladen wird, wenn auch die Fernbedienung aktiviert (lircd gestartet) wird.
Da ich ja nun in den nächsten Tagen einen solchen Stick bekomme, werde ich das dann genauer analysieren und schauen wie das zusammen hängt.
Oder hast Du bereits auf Grund dieser Info eine Idee dazu?
Details zu den Tests kannst Du bei Interesse unter http://www.minidvblinux.de/bug/view.php?id=70 nachlesen.

Ich habe noch mal eine Frage zu dem start=5. Ist es für die Funktion wichtig das Kernel basierte DVB Treiber vor dem Sundtek Treiber geladen werden? Ich möchte die Treiber möglichst früh laden, um so schnell wie möglich ein TV Bild anzeigen zu können.

Claus

[Sundtek]

Ich habe noch mal eine Frage zu dem start=5. Ist es für die Funktion wichtig das Kernel basierte DVB Treiber vor dem Sundtek Treiber geladen werden? Ich möchte die Treiber möglichst früh laden, um so schnell wie möglich ein TV Bild anzeigen zu können.

Es gibt hier mehrere Möglichkeiten, /etc/sundtek.conf first_adapter=N wobei N die erste Adapternummer ist welche für unsere Geräte verwendet werden soll.
Oder die zeitliche Verzögerung soweit hinauszögern bis definitiv alle Geräte geladen sind (die derzeitigen Werte haben sich soweit aber bewährt)

Das Linux Media Framework/Linux DVB Kernelframework kommuniziert nicht mit unserem Stack, wir können zwar gemeinsam zur selben Zeit laufen ohne das sich Treiber hier gegenseitig stören, jedoch bei der Geräte-Erkennung ist es wichtig das Legacy Treiber vor unserem Treiber geladen werden.
Unser Treiberframework fängt dann an ab dem vom Kernel zuletzt allokierten adapter aufwärz zu zählen.
Zu 99.99% gibt es hier soweit üblicherweise keine Probleme, und wenn es Kollisionen (e= wenn ein Legacy Treiber nach unserem Treiber geladen wird) geben sollte kann man immer noch first_adapter=N in /etc/sundtek.conf eintragen.

[clausmuus]

Hi,

ich hab nun ein wenig mit dem TV Digital Home III herum experimentiert. Dabei hat sich herausgestellt, dass wenn das Kernelmodul uinput geladen ist, der mediasrv Treiber nicht durch die udev Regel beim booten gestartet wird. Das betrifft aber nicht das alte Modell des dvb recivers. Bei dem stört das uinput Modul nicht.

Habt Ihr eine Idee dazu, wo dran das liegen könnte? Ich könnte das zwar relativ einfach umschiffen, indem ich den Treiber per init Script starte. Trotzdem würde ich eine Lösung welche die Ursache behebt bevorzugen.

Claus

[Sundtek]

Was zeigt denn /opt/bin/mediaclient -e an bei einem normalen Start mit dem aktuellen Tuner?

[clausmuus]

Code: [Auswählen]

MLD> mediaclient -e
Driver is currently not running, please start it as root
mediaclient --start

dmesg sagt unter anderem dies:

Code: [Auswählen]

[    4.113477] usb 1-1.2.1: new high-speed USB device number 5 using dwc_otg
[    4.216479] usb 1-1.2.1: New USB device found, idVendor=2659, idProduct=1210
[    4.216515] usb 1-1.2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    4.216532] usb 1-1.2.1: Product: MediaTV Pro III (EU)
[    4.216546] usb 1-1.2.1: Manufacturer: Sundtek
[    4.216559] usb 1-1.2.1: SerialNumber: U140507164255


[Sundtek]

Kannst du eventuell mal bei http://chat.sundtek.de vorbeischauen? (irc.freenode.net #sundtek)

[clausmuus]

Hi,

ich hab nun den Loglevel=min gesetzt. Das Log sieht dann so aus:

Code: [Auswählen]

1970-01-01 01:00:22 [1617] Starting up Multimedia Framework (May 10 2014 14:43:06)
1970-01-01 01:00:22 [1617] API Version: 5.10
1970-01-01 01:00:22 [1617] Running on Linux (3.13.11.49)
1970-01-01 01:00:22 [1617] unable to open /dev/misc
1970-01-01 01:00:22 [1617] scanning devices
1970-01-01 01:00:22 [1617] scanning for drivers
1970-01-01 01:00:22 [1617] scanning for plugins
1970-01-01 01:00:22 [1617] Starting up device manager
1970-01-01 01:00:22 [1618] Starting service processor (PID 1618)
1970-01-01 01:00:22 [1617] scanning devices done
1970-01-01 01:00:22 [1617] attached devices:
1970-01-01 01:00:22 [1618] Autostarting scripts in /etc/sundtek/
1970-01-01 01:00:22 [1618] executed all available items
1970-01-01 01:00:22 [1617] registering ID: 0
1970-01-01 01:00:22 [1617] Using dynamic configuration
1970-01-01 01:00:22 [1617] DTV1 Transfer is set to: Bulk
1970-01-01 01:00:23 [1618] trying to load uinput module
1970-01-01 01:00:26 [1618] loading uinput kernel extention succeeded
1970-01-01 01:00:26 [1617] Using Sundtek remote control layout
1970-01-01 01:00:26 [1618] problem reading data in service processor...

Ich werde dann Morgen wieder im chat vorbeischauen.

Claus

[Sundtek]

ja scheint ein Problem mit dem uinput Modul zu geben sollte aber leicht behebbar sein (wir können einfach noch ne Warte-Schleife ziehen bevor die Registrierung durchgeführt wird).
Dann bis morgen.