[gelöst] Nach update auf precise und linux-media-dkms erhebliche Probleme mit DD CineS2, welchen Kernel, welchen Treiber, welches yaVDR-ppa sollte ich versuchen?

vdrjoe · 9. Januar 2013

Hallo zusammen,
wie hierUbuntu 11.04 end of support - Welches Zielrelease beschrieben, hat mein update von natty auf precise zunächst zwar recht problemlos geklappt, aber im Dauerbetrieb habe ich ein sehr unstabiles System erhalten.
Eventuell habe ich es mit der Aktualität auch übertrieben?
Ich hatte mir die ppas aus diesem Thread http://www.vdr-portal.de/board…avdr-precise/#post1111604eingebunden, und folglich auch Kernel 3.5 installiert. Zunächst schien auch alles zu funktionieren, aber mein DVB-Radio nach HHTP-Stream -Converter per externremux und ffmpeg funktioniert nicht (mehr), schaue ich per vompclient und will den Kanal wechseln friert die Kiste (die MVP) reproduzierbar ein und es gibt Fehlereinträge im Syslog. Der Fehler scheint in beiden Fällen mit dem Treiber für meine DD CineS2 zusammen zu hängen. Ich konnte altbekannte Fehlermeldungen wiedertreffen ("timeout while switching (tuning?) to channel xy" ebenso weitere Fehler wie "no demod found on.. " und irgendwelche iic -Meldungen, wobei ich mir da nicht ganz sicher bin wer das ins syslog schreibt. Logs kann ich erst wieder liefern, wenn ich die Platte in einem anderen Rechner eingebaut habe, da ich die Backup-Platte (natty) wieder eingebaut habe. Im Ersatzrechner steckt allerdings auch gar keine DVB-Karte. Beim realease-upgrade auf oneiric wurden alle dkms-DVB-Treiber gelöscht, so dass ich vermutlich nach dem Wechsel in den Server nur ubuntu Kernel-Treiber hatte. (unter /lib/modules/kernelxyz/driver/updates/dkms lag auch nichts weiter). Also habe ich zunächst das yavdr linux-media-dkms installiert, ohne echte Verbesserung, dann dieses wieder entfernt und nach der aktuellen Anleitung von Oliver seine Treiber selbst gebaut. Leider ebenso ohne Erfolg. Symptome und Fehlereinträge sind in etwa gleich. Die Logs liefer ich noch nach.
Meine Frage:
welcher Kernel und welches ppa passt am besten zu meinen DD CineS2 V. 5.5?
unter natty läuft alles wie gehabt, Hardwarefehlelr kann ich also ausschließen.

<edit>
Meine Antwort:
mit precise yaVDR-unstable lief es fast gar nicht, der Schritt zurück auf vdr-stable hats stabilisiert, nur die Kernel-treiber war deutlich besser als das linux-media-dkms Paket, die experimental-dkms Treiber liessen den VDR nie abstürzen, aber es waren teilweise Umschaltzeiten von > 10 Sekunden dabei. Ein letzter Versuch mit dem boot-Parameter

Zitat

pci=nomsi
in /etc/default/grub ind die default Kommandozeile und anschließendes
update-grub

hat den Bootparameter dauerhaft im System verankert.==> die Umschaltzeiten sind wieder da, wo sie bei natty noch waren.Yippeeh!
</edit>

Schon einmal Danke im voraus.
Jörg

CKone · 9. Januar 2013

frag mal den Horchi, der hatte ähnliche Probleme mit seiner Cine, und ich meine jetzt ein dkms mit videotreibern (aus oneiric?) da reingemacht - seitdem ist gut.

Christian

seahawk1986 · 9. Januar 2013

Alternativ gäbe es in unstable-main noch das media-build-experimental-dkms mit UFOs Treiber-Zweig für die ganzen Karten von DD/L4M: https://launchpad.net/~yavdr/+…33/+listing-archive-extra

fnu · 9. Januar 2013

Zitat von vdrjoe

welcher Kernel und welches ppa passt am besten zu meinen DD CineS2 V. 5.5?

Precise und sein Kernel 3.2.0 ist absolut richtig für alle L4M/DD Twin/Cine S2 V.5x, im Kernel ist der letzte und Beste Treiber enthalten. Blöderweise fehlt bis heute die korrekte Firmware Datei "ngene_18.fw" im Paket "linux-firmware-nonfree" aus den Ubuntu Repositories.

Vor vielen Monaten habe ich den Fehler bei Ubuntu gemeldet, hier, der Fehler wurde auch als solcher akzeptiert, aber von den Dödeln dann nie behoben.

Wenn man aber unsere PPAs oben drauf verwendet, "ppa:yavdr/main" nicht vergessen, dort findet sich das Paket:

Code

wajig policy linux-firmware-yavdr
linux-firmware-yavdr:
  Installiert: 1.15-0yavdr0~precise
  Kandidat:    1.15-0yavdr0~precise
  Versionstabelle:
 *** 1.15-0yavdr0~precise 0
        500 http://ppa.launchpad.net/yavdr/main/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

Dieses enthält die nötige Firmware Datei, "/lib/firmware/ngene_18.fw".

Es gibt gar keine Not unter Precise ein DKMS Paket für diese Karten zu verwenden, der Treiber darin ist der Gleiche und funktioniert ohne passende Firmware Datei ebenfalls nicht ...

Regards
fnu

CKone · 9. Januar 2013

Zitat von seahawk1986

Alternativ gäbe es in unstable-main noch das media-build-experimental-dkms mit UFOs Treiber-Zweig für die ganzen Karten von DD/L4M: https://launchpad.net/~yavdr/+…33/+listing-archive-extra

genau, das ist das Paket was Jörg drin hat aus unstable main

ist wohl der Unterschied zwischen Theorie und Praxis...

Christian

vdrjoe · 9. Januar 2013

Danke für die Hinweise,
werde ich aber erst frühestens Morgenabend ausprobieren können.
Ich hatte ja in bester Laune gleich bis auf Kernel 3.5.? hochgezogen, ohne eine DVB-Karte im (Ersatz-) Rechner zu haben. Den 3.2 er Kernel müßte ich noch auf der Platte haben.
Auf meiner Sicherheitskopie ohne Videoverzeichnis habe ich ihn jedenfalls noch.

Wie ich das jetzt verstehe habe ich berechtigte Hoffnung mit einem 3.2er Kernel ein stabiles System zu erhalten?

Hintergrund der Updates war -außer dem Wunsch nach einem aktuellen System - eine geeignete Basis für den Einsatz eines RPi-Vompclienten zu erhalten.
Das meine Displaylink-USB-GraKa mit dem neuen System ootb funktioniert hat fand ich auch recht schön.

ciao

vdrjoe · 9. Januar 2013

fnu
Die Firmware-Datei habe ich ja noch auf der Platte, sollte also kein Problem sein.

fnu · 10. Januar 2013

Zitat von vdrjoe

Die Firmware-Datei habe ich ja noch auf der Platte, sollte also kein Problem sein.

Ja, aber es gibt keinen neueren oder besseren Treiber für die Micronas (ngene mit ...18.f)) basierten Karten, als den der beim Ubuntu Kernel 3.2.0 dabei ist. Auch beim 3.5.0 ist der gleiche Treiber dabei, nur für die V6 (ddbridge) wird da vmtl. etwas neueres drin sein. Daher denke ich, Du suchst an der falschen Stelle.

Du hast offensichtlich 3 dieser Karten drin, also 3 PCIe Bridges, und sprichst von Instabilität, ich würde ja glauben das die Ursache da irgendwo liegt und wenn Du ein Karte rausnimmst diese Stabilität evtl. wieder besser wird. Scheinbar lief es mit einem älteren Kernel, oder waren es da weniger Karten? Nicht jeder neue Kernel bringt auch immer neues Glück ...

Was ich auch nicht verstehe, warum Du 3 Karten einbaust anstatt wenigstens eine mit einem FlexS2 Modul erweiterst?

Regards
fnu

vdrjoe · 10. Januar 2013

Die einzige Hardware-Änderung ist das jeweilige Umstecken des SATA-Steckers an die jeweilige HDD. Die Karten werden dabei nicht angefasst. Es kann also nur an der HDD liegen (eher unwahrscheinlich würde ich sagen) oder an der Software, also dem VDR selbst, dem Treiber, oder einem aktualisierten Plugin?. Ich tippe wegen der "Timeout while tunning.to channel..." Meldungen auf den DVB-Treiber, aber das ist eher ein Fischen im Trüben. Da ich aus Zeitmangel meine diversen c't und Linux-Abos zugunsten gelegentlichen Einkaufs gekündigt habe, bin ich absolut nicht auf dem Laufenden, was eventuelle neue Kernelkonzepte mit gravierenden Folgen auf anzupassende, früher stabile Treiber haben könnten. Hat sich da seit 2.6.38 etwas geändert?
Ist eventuell auch ein Upstart-Problem, mir war die deutlich schnelle Bootzeit bis zum Consolen-Login aufgefallen. Das könnte aber auch an der Sata 3-Platte liegen.

Das mit den drei Karten ist so gewachsen: ich hatte vorher auf einem anderen Mainboard 5 Budget DVB-Karten (u.a. wg. Wunsch nach fernen Radiosendern und damals nur DSL-Light).
Da sich so langsam HD-TVs im Haushalt verbreiten, war der Wunsch nach HD fähigen Empfangskarten ( und einem HD-fähigen Vompclienten) geboren.Deshalb bin ich ja vom RPi-Vompclienten su fasziniert: hoffentlich gleiche Bedienung mit HD-Ausgabe. Das ergibt (ergäbe) einen enorm hohen WAF.
Da es kaum mehr aktuelle MBs mit mehr als 3 PCI-Slots gibt, fiel die Wahl auf die DD-Karte(n). Und die habe ich nacheinander erworben. Da ich im Server keine PCIE-GraKa-brauche habe ich passend drei Slots frei. Läuft ja auch mit dem alten System.

ich werde dann mal die älteren Kernel unter 12.04 versuchen und weiter berichten.

Danke für die Unterstützung.
Jörg

horchi · 11. Januar 2013

Hi,

ich habe auch massive Probleme mit der Cine dual S2 V5. Immer wieder fällt der Empfang auf beliebigen Sendern total aus, es gibt Sender bei denen es häufiger zu beobachten ist als auf anderen, ARTE HD ist so ein Kandidat. Da das Problem nie dauerhaft auftritt ist es sehr schwer zu finden, ab und an läuft es 1-2 Tage gut dann ist wieder einmal einen Abend lang dauernd das Bild weg. Wechsle ich mit femon den Tuner geht es wieder.Treiber verwendete ich den beim Kernel mitgelieferten ngene. Inzwischen bin ich mir sicher das es nur bei dem unteren der beiden Tuner der Cine auftritt, der obere hat immer Empfang. Aus Verzweiflung habe ich mir kurz vor Weihnachten die neue Cine V6 bestellt. Hier tritt es leider deutlich häufiger und massiver auf als bei der V5, wiederum mit dem Treiber des Kernel (nur halt ddbridge). Mein System yaVDR 0.5 mit VDR und Plugs aus unstable und main aus stable.

Bleibt noch zu erwähnen das mit einer TT-1600 S2 alles absolut stabil läuft, sogar zusammen mit dem oberen Tuner der Cine sofern ich den unteren deaktiviere (ich habe dort nur zwei Ableitungen). Leider geht das auch nicht auf Dauer da die Tuner Nummern hin und wieder wechseln sodass ich keine eindeutige udev Rule finden konnte um mit dynamite den unteren abzuschalten. Die Ableitungen konnte ich auch beliebig tauschen oder an andere Anschlüsse (Zimmer) im haus wechseln, das Problem blieb immer gleich. Alle anderen Receiver und VDR an der Anlage laufen ohne jegliche Störung.

Nun bin ich zurück auf der V5 - da es mit dieser stabiler lief - und verwende ngene aus oben erwähntem media-build-experimental-dkms. Damit läuft es nun seit 1 Woche so gut wie stabil, ich hatte am Mittwoch Abend einen Ausfall auf ZDF Neo bei dem ich zappen musste um wieder Bild zu bekommen, ob das wieder das Problem ist oder was anderes, k.A. :o

Ob die Treiber nun doch identisch sind (wie oben gepostet) und das alles nur Zufall kann ich nicht 100%tig sagen. Sicher ist das mit den Treibern aus dem media-build-experimental-dkms das femon Plug erstmals UNC anzeigt und der BER des Tuners 0 nicht 1 ist! Also irgendwas ist auf jeden Fall andres!
femon an der Kommandozeile hatte auch mit dem 'alten' Treiber eine UNC Anzeige, jedoch eine m.E. falsche.

Mit dem alten Treiber:

Code

root@vdr:~# femon -H -a 1 -c 3
FE: STV090x Multistandard (DVBS)
status SCVYL | signal  71% | snr  83% | ber 0 | unc -545115530 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  83% | ber 0 | unc -545115530 | FE_HAS_LOCK
status SCVYL | signal  71% | snr  83% | ber 0 | unc -545115530 | FE_HAS_LOCK


root@vdr:~# femon -H -a 0 -c 3
FE: STV090x Multistandard (DVBS)
status SCVYL | signal  73% | snr  78% | ber 1 | unc 1573302646 | FE_HAS_LOCK
status SCVYL | signal  73% | snr  78% | ber 1 | unc 1573302646 | FE_HAS_LOCK
status SCVYL | signal  73% | snr  78% | ber 1 | unc 1573302646 | FE_HAS_LOCK

Alles anzeigen

mit dem aus media-build-experimental-dkms:

Code

root@vdr:~# femon -H -a 0 -c 3
FE: STV090x Multistandard (DVBS)
status SCVYL | signal  73% | snr  84% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  73% | snr  84% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  73% | snr  84% | ber 0 | unc 0 | FE_HAS_LOCK
root@vdr:~# femon -H -a 1 -c 3
FE: STV090x Multistandard (DVBS)
status SCVYL | signal  73% | snr  78% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  73% | snr  78% | ber 0 | unc 0 | FE_HAS_LOCK
status SCVYL | signal  73% | snr  78% | ber 0 | unc 0 | FE_HAS_LOCK

Andererseits verwendet ckone den Treiber vom Kernel (auch presice und auch die Cine V5) hat auf dem einer Tuner auch eine BER Anzeige von 1 aber absolut keine Probleme mit dem Empfang ....

Grüße,
Jörg

fnu · 11. Januar 2013

horchi

Hast Du die zus. Stromversorgung angeschlossen?

Am Code hat sich seit dem Sprung auf die Version die "ngene_18.fw" lädt IMHO nichts getan. Diese ist seit Kernel 3.2 nun Upstream, dafür hatte ja auch UFO gesorgt. Der 3.5er Kernel möchte immer noch "ngene_18.fw" ...

Regards
fnu

horchi · 11. Januar 2013

ja, habe es Monate mit und Monate ohne die zusätzliche Stromversorgung versucht.

Komisch wenn sich nix geändert hat - hast du eine Idee warum femon anders reagiert bzw. andere Werte anzeigt? Ja FW habe ich schon sehr lange die 18

LG, Jörg

fnu · 11. Januar 2013

Zitat von horchi

ja, habe es Monate mit und Monate ohne die zusätzliche Stromversorgung versucht.

Hmm, und der Tausch auf eine V6 bringt keine Verbesserung, im Gegenteil und die S2-1600 läuft. Die Chance das gleich 2 der Karten defekt sind, ist doch eher unwahrscheinlich.

Dann bleiben eigentlich nur 2 Optionen, die L4M/DD Karten vertragen sich nicht mit Deinen Mainboards oder Deiner Empfangsanlage, nur wie testen ... ?

Regards
fnu

PS.: Ist aber eigentlich ein anderes Problem als des TO, oder ... ?

horchi · 11. Januar 2013

ja genau - wie testen.

Als erstes habe ich das Netzteil erneuert, hatte vom BIOS mal einer Meldung die Spannung wäre zu gering. Dann habe ich die Cine V5 auf Garantie getauscht bekommen - muss dazu sagen das es damals darüber hinaus noch andere Probleme gab das die frontends nicht immer gefunden wurden. Dies ist seit dem tausch (vor ca. 2 Jahren) 100% gelöst

Soweit alles noch zu yaVDR oneric Zeiten. Nach dem tausch der Karte lief es eine Zeit-lang gefühlt gut. Dann kam precise, ob die Probleme genau mit dem update einhergingen weiß ich nicht, es tritt ja nicht immer auf.

Unter precise dann immer wieder Aussetzer beim Empfang, wie ich nun herausgefunden habe immer der untere Tuner (Zufall?). Vor ca. 1/2 Jahr habe ich das MB getauscht, Grund weniger die Probleme als der CIR Port, nun ist das MB 1:1 das selbe wie bei ckone und seiner Cine. Aussetzer beim Empfang unverändert.

Habe auch an einigen Stellen im Forum von Problemen mit der Temperatur gelesen, denke das kann ich auch ausschließen da es zu einen gut gekühlt ist und zum anderen auch mal direkt nach dem booten auftritt / auftrat.

Hoffe immer noch das es mit dem Wechsel des Treibers weg ist, bin mir aber nicht so sicher, auch eine Woche ohne Probleme sagt leider noch nichts aus.

Das sollte doch auch stimmen, oder:

Code

S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T

Habe eine Anlage für einen Satelliten, Quattro LNB und Multischalter.

Grüße, Jörg

fnu · 11. Januar 2013

Zitat von horchi

nun ist das MB 1:1 das selbe wie bei ckone und seiner Cine. Aussetzer beim Empfang unverändert.

Vor der Aussage hätte ich fast gewettet, es handelt sich um ASUS Boards, , aber das müßte ein Intel DH67BL sein, oder? Also da schließe ich schon aus eigener Erfahrung Inkompatibilitäten aus, sowie auch die Benötigung der zus. Stromversorgung, ich denke das können einige andere hier ebenso unterstützen.

Temperatur wäre nur bei einer wirklich schlecht belüfteten und durch eine passive Grafikkarte beheizte V5 ein Problem, bei einer V6 kann man das eigentlich komplett ausschließen und mit so einer wurde es ja noch schlechter.

Bleibt also nur die Empfangsanlage, aber zu den DiSEqC Einstellungen kann ich gar nichts sagen, ausser das die anders aussehen als der VDR Default, zumindest die Timeout Werte ...

Regards
fnu

horchi · 11. Januar 2013

ja exakt Intel Corporation DH67BL

So steht das in einer gerade plain ausgepackten VDR 1.7.32

Code

S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T

LG, Jörg

fnu · 11. Januar 2013

Zitat von horchi

So steht das in einer gerade plain ausgepackten VDR 1.7.32

Ok, ich hatte da immer noch "W10" im Kopf, aber Du hast recht. Ich muß DiSEqC an den Legacy Anschlüssen meines Inverto LNBs anschalten, eben auch mit den genannten Default Werten, funktioniert und ist getestet mit V5.4, V5.5, V5.6 und V6.2 ...

Aber ich würde hier mal anfangen zu suchen, Dosen, Kabel alles mal prüfen evtl. tauschen wenn möglich.

Regards
fnu

horchi · 11. Januar 2013

bei mir ist es die V5.5:

Code

[    2.559714]  ngene-octopus-test: a8742d5952072f2237cdf28ae4cbb78fa6039f80 ddbridge: Add Digital Devices Cine S2 V6.5
[    2.734890]  ngene-octopus-test: a8742d5952072f2237cdf28ae4cbb78fa6039f80 ddbridge: Add Digital Devices Cine S2 V6.5
[    2.748926] ngene 0000:04:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[    2.748935] ngene: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5)
[    2.749593] ngene 0000:04:00.0: setting latency timer to 64
[    2.749684] ngene: Device version 1
[    2.846372] ngene: Loading firmware file ngene_18.fw.
[    2.875544] ngene 0000:04:00.0: irq 51 for MSI/MSI-X
[    3.375813] ngene 0000:04:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
[    3.415789] ngene 0000:04:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...

warum da auch was von V6.5 steht - keine Ahnung

Ja wenn es wieder auftritt muss es die SAT Anlage sein vie bleibt nicht mehr. Auch wenn alle anderen Karten und Receiver funktionieren, Kabel und Dosen kann ich denke ich ausschließen, hatte es schon an anderen Ableitungen getestet. Ggf. ist es das LNB mit dem die Cine nicht zurecht kommt.

Jörg

heinbloed · 11. Januar 2013

Zitat von horchi

warum da auch was von V6.5 steht - keine Ahnung

Weil das der Treiberstand von UFO ist.

fnu · 11. Januar 2013

Zitat von horchi

Code

[    2.875544] ngene 0000:04:00.0: irq 51 for MSI/MSI-X

Die Kombination L4M Twin S2 V5/V6 @ DH67BL ist IMHO zwar völlig unverdächtig, haben zu viele hier am laufen, aber mach mal den Test und übergebe per grub dem Kernel "pci=nomsi" ...

Zitat von horchi

Ggf. ist es das LNB mit dem die Cine nicht zurecht kommt.

Hattest Du nicht was von einem Multiswitch gesagt?

Regards
fnu

[gelöst] Nach update auf precise und linux-media-dkms erhebliche Probleme mit DD CineS2, welchen Kernel, welchen Treiber, welches yaVDR-ppa sollte ich versuchen?

Jetzt mitmachen!

Teilen