Treiber der Cine-CTv6/DDBridge/CI in den Kernel integrieren

Hi zusammen,

Nun bin ich endlich dazu gekommen, das Ganze anzugehen - hat zwar etwas Zeit und mehrere Anläufe gebraucht, da ich mit git noch nicht so vertraut bin Aber ich hab's doch hinbekommen

Aus dem Git Repository habe ich mit

dddvb-linux-kernel # git checkout master-ddbridge-features

auf den meines Wissens aktuellen Branch gewechselt (ist das korrekt?). Diesen Kernel (4.12-rc5+) habe ich dann mit meiner Config kompiliert und dieser läuft - sprich, die TV Karten kann ich verwenden:

dmesg | grep -i dvb
[   20.343898] ddbridge: detected Digital Devices Cine CT V7 DVB adapter
[   20.462924] ddbridge: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843
[   20.580071] ddbridge: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2
[   20.585951] dvbdev: DVB: registering new adapter (DDBridge)
[   20.586021] dvbdev: DVB: registering new adapter (DDBridge)
[   20.586068] dvbdev: DVB: registering new adapter (DDBridge)
[   20.586125] dvbdev: DVB: registering new adapter (DDBridge)
[   20.647200] i2c i2c-2: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[   20.670300] ddbridge 0000:03:00.0: DVB: registering adapter 0 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
[   20.671172] i2c i2c-2: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[   20.681430] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
[   20.686496] i2c i2c-3: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[   20.695431] ddbridge 0000:03:00.0: DVB: registering adapter 2 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
[   20.702040] i2c i2c-3: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[   20.712431] ddbridge 0000:03:00.0: DVB: registering adapter 3 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...

Ich kann sowohl DVB-T als auch DVB-C verwenden - scheint also ohne Probleme zu laufen.

Im Log tauchen aber weiterhin folgende Fehlermeldungen auf:

Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.238843 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.188423 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.184188 W  DVBSigMon[1](/dev/dvb/adapter0/frontend0): Cannot count Uncorrected Blocks
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.184169 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend uncorrected block count failed.
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.184146 W  DVBSigMon[1](/dev/dvb/adapter0/frontend0): Cannot measure Bit Error Rate
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.184127 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal error rate failed.
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.184090 W  DVBSigMon[1](/dev/dvb/adapter0/frontend0): Cannot measure S/N
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.184072 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal/noise ratio failed.
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.184047 W  DVBSigMon[1](/dev/dvb/adapter0/frontend0): Cannot measure Signal Strength
Jun 14 11:33:48 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:48 thekraut mythbackend[1118]: 2017-06-14 11:33:48.184022 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Jun 14 11:33:26 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:26 thekraut mythbackend[1118]: 2017-06-14 11:33:26.926739 E  DVBChan[5](/dev/dvb/adapter2/frontend0): Getting Frontend signal strength failed.
Jun 14 11:33:26 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:26 thekraut mythbackend[1118]: 2017-06-14 11:33:26.875739 E  DVBChan[5](/dev/dvb/adapter2/frontend0): Getting Frontend signal strength failed.
Jun 14 11:33:26 thekraut mythbackend[1118]: eno: Operation not supported (95)
Jun 14 11:33:26 thekraut mythbackend[1118]: 2017-06-14 11:33:26.824698 E  DVBChan[5](/dev/dvb/adapter2/frontend0): Getting Frontend signal strength failed.

Kann es sein, dass diese Fehlermeldungen aufgrund meiner Config auftauchen?

Ich habe gesehen, dass es auch den Branch "mediatree/master-ddbridge-features" gibt. Wie unterscheidet der sich von "master-ddbridge-features"? Soll ich den mal testen?

Gruß,

djpearman

Quote from djpearman

Aus dem Git Repository habe ich mit

Code

dddvb-linux-kernel # git checkout master-ddbridge-features

auf den meines Wissens aktuellen Branch gewechselt (ist das korrekt?). Diesen Kernel (4.12-rc5+) habe ich dann mit meiner Config kompiliert und dieser läuft - sprich, die TV Karten kann ich verwenden:

Hmm. Kann man natürlich machen, würde ich aber nicht, ausser, Du hast keine Probleme damit, den ganzen Kernel auf RC/Beta/Testing-Basis laufen zu lassen und bist Dir ggf. den daraus resultierenden Risiken bewusst (Beta/RC kann z.B. auch unfertigen Dateisystemsupport bedeuten - möglicherweise Data loss). Ich würde immer nur das DVB/Media-Subsystem mit den Hardware-Modulen auswechseln, geht am einfachsten so:

(als User oder root)
# git clone --branch ddb-alt https://github.com/herrnst/media_build.git
# git clone --branch <BRANCHNAME> https://github.com/herrnst/dddvb-linux-kernel.git
# cd media_build
# ./build_all.sh ../dddvb-linux-kernel/
(als root)
# make install
(empfohlen)
# reboot

Für "BRANCHNAME" kannst Du jetzt "mediatree/master-ddbridge" oder auch "mediatree/master-stv0367-cxd28xx" (ggf. im nächsten Jahrzehnt sogar im Upstream-Kernel vorhanden) nehmen.

Quote from djpearman

Im Log tauchen aber weiterhin folgende Fehlermeldungen auf:

Wird sich auch nicht ändern, weil:

Quote from nst

Der Demod-Treibercode stellt keine DVBv3 Signal Statistiken zur Verfügung.

Quote from djpearman

Ich habe gesehen, dass es auch den Branch "mediatree/master-ddbridge-features" gibt. Wie unterscheidet der sich von "master-ddbridge-features"? Soll ich den mal testen?

Nicht nötig, s.o. - nebenbei, vergiss' die *-features Branches. Die darin enthaltenen API-Verbastelungen, welche ursprünglich aus dddvb mit reinportiert wurden, sind für sämtliche Tuner-Empfangshardware nicht mehr notwendig. Alle Module/Treiber wurden zwischenzeitlich so umgebaut, dass sie ohne Core-API Changes funktionieren, ohne an Funktionsumfang zu verlieren.

Quote from nst

Hmm. Kann man natürlich machen, würde ich aber nicht, ausser, Du hast keine Probleme damit, den ganzen Kernel auf RC/Beta/Testing-Basis laufen zu lassen und bist Dir ggf. den daraus resultierenden Risiken bewusst (Beta/RC kann z.B. auch unfertigen Dateisystemsupport bedeuten - möglicherweise Data loss). Ich würde immer nur das DVB/Media-Subsystem mit den Hardware-Modulen auswechseln, geht am einfachsten so:

Ganz wohl ist mir bei einem RC Kernel nicht, das ist richtig :). Bisher hat's keine Probleme gemacht und da ich bei den Dateisystemen auf das sich-hoffentlich-nicht-mehr-viel-ändernde EXT4 setze, gehe ich davon aus, dass es dort zu keinen Problemen kommt. Nur das Media-Subsystem auszutauschen macht natürlich mehr Sinn, war mir bisher aber unbekannt.

Quote from nst

Code

(als User oder root)
# git clone --branch ddb-alt https://github.com/herrnst/media_build.git
# git clone --branch <BRANCHNAME> https://github.com/herrnst/dddvb-linux-kernel.git
# cd media_build
# ./build_all.sh ../dddvb-linux-kernel/
(als root)
# make install
(empfohlen)
# reboot

Für "BRANCHNAME" kannst Du jetzt "mediatree/master-ddbridge" oder auch "mediatree/master-stv0367-cxd28xx" (ggf. im nächsten Jahrzehnt sogar im Upstream-Kernel vorhanden) nehmen.

Der Befehl "./build_all.sh ../dddvb-linux-kernel/" baut dann nur die Module unter "Device Drivers -> Multimedia support"? Sprich, den Kernel in "dddvb-linux-kernel" muss ich dann auch kompilieren und installieren? Oder kann ich das mit dem Distro-Kernel der entsprechenden Version problemlos kombinieren?

Die Module werden bei mir dann auch für den Kernel 4.12.0-rc5+ gebaut, weil das scheinbar die Kernelversion von "mediatree/master-ddbridge" ist - ist das korrekt? Kann man das auch gegen einen etwas älteren Kernel, z.B. 4.9, bauen?

Tut mir leid wegen der vielen Fragen - ich bin was das Ganze angeht halt noch relativ unerfahren.

Quote from nst

Wird sich auch nicht ändern, weil:

Passt, da scheint mein MythTV veraltet zu sein Bin da noch auf der 0.27er Reihe, da 0.28 in Gentoo noch Hardmasked ist und ich noch zu faul war, dort tiefer einzusteigen. Es läuft halt - bis auf dass ich beim Starten manuell die Tuner auf DVB-C und DVB-T stellen muss bevor ich das MythBackend starte.

Quote from nst

Nicht nötig, s.o. - nebenbei, vergiss' die *-features Branches. Die darin enthaltenen API-Verbastelungen, welche ursprünglich aus dddvb mit reinportiert wurden, sind für sämtliche Tuner-Empfangshardware nicht mehr notwendig. Alle Module/Treiber wurden zwischenzeitlich so umgebaut, dass sie ohne Core-API Changes funktionieren, ohne an Funktionsumfang zu verlieren.

Passt

Quote from djpearman

Der Befehl "./build_all.sh ../dddvb-linux-kernel/" baut dann nur die Module unter "Device Drivers -> Multimedia support"? Sprich, den Kernel in "dddvb-linux-kernel" muss ich dann auch kompilieren und installieren? Oder kann ich das mit dem Distro-Kernel der entsprechenden Version problemlos kombinieren?

Der Buildvorgang compiled den gesamtem "Multimedia support" auf Stand des referenzierten Checkouts (also das, was in "../dddvb-linux-kernel/" liegt - aktueller Master) gegen Deinen laufenden Kernel, und "make install" tauscht Dir im Anschluss exakt diese Module aus. Alles andere läuft auf dem Stand der verwendeten Kernelsourcen weiter.

Hint für Gentoo: https://github.com/herrnst/gentoo-ddbridge-sources-overlay ("emerge ddbridge-sources" -> fertig benutzbare Kernelsourcen mit DD Support in /usr/src/, ggf. in /etc/portage/ Keyworden, die ebuilds sind alle ~x86 bzw. ~amd64).

Quote from nst

Code

http://www.mail-archive.com/linux-media@vger.kernel.org/msg109377.html

Quote from nst

Code

http://www.mail-archive.com/linux-media@vger.kernel.org/msg111286.html

Digital Devices DVB-C/T Hardware User jeglicher Form dürfen sich freuen: Die Patches wurden vor ein paar Stunden gemerged und werden Teil von linux-4.13. Für C/T (auch CT2, C2T2 und C2T2I, sowohl Cine, Flex und auch MaxA8 ) ist dann KEIN(!) Thirdparty-Package mit Kernelmodulquälerei und -verbastelei mehr notwendig. Viel Spass damit.

Vielen Dank an alle, die sich in Form von Tests, Reports und sonstigem Feedback und Unterstützung beteiligt haben und teilweise umständliche Installationsprozeduren mitgemacht haben!

nst

Wow, krasser Job, herzlichen Glückwunsch, das hört sich wie Ostern und Weihnachten an einem Tag an ...

Für Ubuntu Nutzer könnte das für den nächsten LTS Release 18.04 passen.

Wenn Du schreibst MaxA8, sehr cool, aber evtl. habe ich es verpasst, wie sieht es mit der MaxS8 aus?

Regards
fnu

Quote from fnu

Wenn Du schreibst MaxA8, sehr cool, aber evtl. habe ich es verpasst, wie sieht es mit der MaxS8 aus?

Grad' noch ziemlich weit weg von 'nem möglichen Merge. Aktueller Plan (in der Reihenfolge): CineS2 V7/Flex V4, dann erstmal ddbridge bumpen (der Part wird pervers), und dann den MaxLinear 5xx Demod Driver plus Bindings in ddbridge (und der mxl5xx Code sieht nicht sonderlich schön aus...) - "wir" sind dann allerdings "Feature-Complete", was die Tunerkarten angeht (wenn irgendwer OctoNet oder DVB-C Modulator Support im Kernel will - viel Spass dabei, da bin ich raus). Hoffentlich landet in der Zwischenzeit noch Jasmin's Arbeit am CAM-Support und dem cxd2099-Treiber im Upstream.

Quote

Digital Devices DVB-C/T Hardware User jeglicher Form dürfen sich freuen: Die Patches wurden vor ein paar Stunden gemerged und werden Teil von linux-4.13. Für C/T (auch CT2, C2T2 und C2T2I, sowohl Cine, Flex und auch MaxA8 ) ist dann KEIN(!) Thirdparty-Package mit Kernelmodulquälerei und -verbastelei mehr notwendig. Viel Spass damit.

Super, tolle Leistung, vielen Dank dafür !

Top.

Wurde denn mittlerweile das Problem mit den nichtfunktionierenden Flex Karten am PCIe CI gefixt?

Die CI Bridges werden noch nicht vom Kernel supported (und zwar in der Form, dass nichtmal die PCI IDs bekannt sind), da schlicht der komplette Support nicht existent ist. Falls es derzeit irgendwelche Probleme mit anderen Patch-Ständen gibt, die obendrein nicht mit dddvb auftreten, bitte separaten Thread aufmachen und kompletten Satz Debug-Infos (Logs usw.) mit "Steps to Reproduce" bereitstellen, oder selbiges per Mail an mich.

Haste gut gemacht!
Wie gut, dass wir den Maintainer Dampf gemacht haben und du so lange Geduld gehabt hast.
https://www.mail-archive.com/linux-media@vger.kernel.org/msg114387.html

Quote from nst

Hoffentlich landet in der Zwischenzeit noch Jasmin's Arbeit am CAM-Support und dem cxd2099-Treiber im Upstream.

Na ja, Jasmin hat sich breit schlagen lassen das live Plugin zu übernehmen und das ist doch viel aufwändiger, als ich dachte.
Aber ich hoffe bald die V2 des Kernel Patches fertig zu haben. Ich musste ja ned 4 Monate auf eine Antwort warten

LG,
Jasmin

Vielen Dank an alle beteiligten! Endlich gute DVB-Hardware ohne Ärger mit DKMS und Co!

Moin zusammen,

Für alle Interessierten: Die Patches für die CineS2 V7/V7A und Flex S2 V4 (und was sonst alles auf der STV0910/STV6111/LNBH25 Kombo basiert) sind mit Target Linux-4.14 auf linux-media gepostet: http://www.spinics.net/lists/linux-media/msg117475.html

Apropos Patches, es gibt noch einige kleine Ergänzungen, die bereits gemerged wurden, zusätzlich zum "Basis-Support" für die komplette DVB-C/T/T2 Kartenreihe:

• Der ddbridge In-Kernel-Treiber ist robuster geworden, ein Static Analysis Tool (smatch) hat "herausgefunden", dass bei IO/PCI/Busfehlern beim TS-Transport eine Endlosschleife im Kernel getriggert werden konnte (repariert)
• Das Kernel-Logging wurde verbessert (dev_* Makros anstatt printk)
• Im cxd2841er wurde noch eine Unschönheit gefixt, die beim Abfragen vom Demod-Status I2C-Fehler im Kernellog hinterlassen hat, wenn der Demod abgeschaltet war
• Und, als kleines Schmankerl: Die CTv6 und FlexCTv2 haben DVBv5 Signalstatistiken erhalten - es werden jetzt unkorrigierte Blöcke, Signalstärke (nur DVB-C) und SNR (letztere in dB) reported

Sollte summa sumarum 'ne ordentliche runde Sache für Kabel+Antennenuser sein.

Grüße,
nst

Quote

Moin zusammen,

Für alle Interessierten: Die Patches für die CineS2 V7/V7A und Flex S2 V4 (und was sonst alles auf der STV0910/STV6111/LNBH25 Kombo basiert) sind mit Target Linux-4.14 auf linux-media gepostet: http://www.spinics.net/lists/linux-media/msg117475.html

Moinsen nst

gehört die MaxS8 da auch zu?

Danke und Gruß Hoppel

hoppel118

Naja, so'n bisschen lesen kannst Du schon auch hier, oder? Die Frage hatte ich auch schon gestellt und wurde ein paar wenige Posts weiter oben schon beantwortet:

=> Treiber der Cine-CTv6/DDBridge/CI in den Kernel integrieren

Regards
fnu

Quote from hoppel118

gehört die MaxS8 da auch zu?

Quote from nst

Grad' noch ziemlich weit weg von 'nem möglichen Merge. Aktueller Plan (in der Reihenfolge): CineS2 V7/Flex V4, dann erstmal ddbridge bumpen (der Part wird pervers), und dann den MaxLinear 5xx Demod Driver plus Bindings in ddbridge (und der mxl5xx Code sieht nicht sonderlich schön aus...) - "wir" sind dann allerdings "Feature-Complete", was die Tunerkarten angeht (wenn irgendwer OctoNet oder DVB-C Modulator Support im Kernel will - viel Spass dabei, da bin ich raus). Hoffentlich landet in der Zwischenzeit noch Jasmin's Arbeit am CAM-Support und dem cxd2099-Treiber im Upstream.

Ich dachte schon, dass sich da was geändert hätte, seit den letzten paar Posts. Danke nochmal! Gruß

Quote from nst

Hint für Gentoo: https://github.com/herrnst/gentoo-ddbridge-sources-overlay ("emerge ddbridge-sources" -> fertig benutzbare Kernelsourcen mit DD Support in /usr/src/, ggf. in /etc/portage/ Keyworden, die ebuilds sind alle ~x86 bzw. ~amd64).

Das hatte ich in der Vergangenheit mal probiert aber nicht hingekriegt. Hab's nochmal probiert und richtig gemacht, dann funktioniert das auch. Ist wesentlich angenehmer - vielen Dank! Hab von dort bei mir den Kernel 4.10.17-ddbridge installiert und seit einer Woche keine Probleme damit. Gibt es aus deiner Sicht eine spezielle Kernelversion, die getestet werden soll?

Quote from nst

Digital Devices DVB-C/T Hardware User jeglicher Form dürfen sich freuen: Die Patches wurden vor ein paar Stunden gemerged und werden Teil von linux-4.13. Für C/T (auch CT2, C2T2 und C2T2I, sowohl Cine, Flex und auch MaxA8 ) ist dann KEIN(!) Thirdparty-Package mit Kernelmodulquälerei und -verbastelei mehr notwendig. Viel Spass damit.

Vielen Dank an alle, die sich in Form von Tests, Reports und sonstigem Feedback und Unterstützung beteiligt haben und teilweise umständliche Installationsprozeduren mitgemacht haben!

Ich freue mich! Und dir vielen, vielen herzlichen Dank für deinen Einsatz Mir wird das das Leben deutlich einfacher machen :tup. Sobald das im Mainline ist, werde ich es mal antesten.