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

nach einem CONFIG_FRAME_VECTOR = y hat er kompiliert.
gruss, onur

Falls es immernoch zu Problemen kommt, nimm' media_build von git@github.com:herrnst/media_build.git (Branch ddbridge, ist default) - da ist noch ein Patch drin, der sich um die ggf. nicht-vorhandene Funktion "pci_alloc_irq_vectors()" kümmert.

Hallo nst,

ich habe gerade linux-4.9.6-ddbridge-r1 aus Deinem gentoo Overlay installiert. Leider gibt es beim Bauen des Kernels einen Fehler:
ERROR: "cxd2099_attach" [drivers/media/pci/ddbridge/ddbridge.ko] undefined!
make[1]: *** [scripts/Makefile.modpost:91: __modpost] Error 1
make: *** [Makefile:1198: modules] Error 2
make: *** Waiting for unfinished jobs....

Nachdem ich "staging drivers" eingeschaltet habe, kompiliert es ohne Fehler. Ist das so gewollt?

Sobald ich neu starten kann, teste ich die neuen Treiber. Seither benutze ich die media_build_experimental, welche mit dem aktuellen gentoo-sources nicht bauen...

Freundliche Gruesse

Erik

Zitat von ege

ich habe gerade linux-4.9.6-ddbridge-r1 aus Deinem gentoo Overlay installiert.

Hinweis: Es liegt bereits 4.9.10 im Overlay (falls es keinen speziellen Grund gibt, warum Du 4.9.6 verwendest)

Zitat von ege

ERROR: "cxd2099_attach" [drivers/media/pci/ddbridge/ddbridge.ko] undefined!
make[1]: *** [scripts/Makefile.modpost:91: __modpost] Error 1
make: *** [Makefile:1198: modules] Error 2
make: *** Waiting for unfinished jobs....

Nachdem ich "staging drivers" eingeschaltet habe, kompiliert es ohne Fehler. Ist das so gewollt?

Weniger gewollt, eher notwendiges übel, da die Damen und Herren (media-)Maintainer das Modul lieber in staging/ verstecken. Aber die betroffenen Teile in ddbridge könnte man "eigentlich" tatsächlich mal mit #ifdef CONFIG_CXD2099 (oder so) absichern - notier' ich mal. TL/DR: Staging drivers werden benötigt.

Zitat von ege

Sobald ich neu starten kann, teste ich die neuen Treiber.

Danke! Was für Hardware verwendest Du?

Grüße,
nst

Zitat von nst

Hinweis: Es liegt bereits 4.9.10 im Overlay (falls es keinen speziellen Grund gibt, warum Du 4.9.6 verwendest)

Zurzeit ist bei den gentoo-sources der 4.9-r1 als stable markiert, daher hatte ich mich für die Version entschieden. Hast Du für 4.9.10 neue Anpassungen, sprich lohnt sich das Update?

Zitat von nst

Weniger gewollt, eher notwendiges übel, da die Damen und Herren (media-)Maintainer das Modul lieber in staging/ verstecken. Aber die betroffenen Teile in ddbridge könnte man "eigentlich" tatsächlich mal mit #ifdef CONFIG_CXD2099 (oder so) absichern - notier' ich mal. TL/DR: Staging drivers werden benötigt.

CONFIG_CXD2099 war eben gesetzt, wurde wohl nur wegen des staging nicht gebaut. Ja, ein Hinweis wäre da schön

Zitat von nst

Danke! Was für Hardware verwendest Du?

lspci sagt:
03:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
Subsystem: Digital Devices GmbH Cine CT V6.1 DVB adapter

Vielen Dank für Deinen Einsatz!

Erik

Zitat von ege

Zurzeit ist bei den gentoo-sources der 4.9-r1 als stable markiert, daher hatte ich mich für die Version entschieden. Hast Du für 4.9.10 neue Anpassungen, sprich lohnt sich das Update?

Ah, verstehe. Nein, ddbridge-mässig gibts da nichts neues und wirds innerhalb des 4.9er-Zyklus auch nicht geben. Es würde sich aber lohnen, auf ddbridge-sources-4.10.0 zu warten (Vanilla 4.10 steht unmittelbar vor der Tür): Basiert auf dddvb-0.9.28 (mehr Bridgekartenunterstützung, besseres MSI/IRQ Handling, CineS2 V7/Flex V4 gefixt, uvm.). Das würde sich eher lohnen

Für 4.9 bzw. dem enthaltenen ddbridge-0.9.23 besser "msi=0" als Moduloption setzen, oder die MSI-Suboption für ddbridge in der Kernelconfig deaktivieren bzw. deaktiviert lassen, sonst drohen I2C Fehler (entfällt mit 4.10/0.9.28 ).

Zitat von ege

lspci sagt:
03:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
Subsystem: Digital Devices GmbH Cine CT V6.1 DVB adapter

Nur die Karte? Oder hast Du auch Flexmodule angeklemmt?

Zitat von nst

Für 4.9 bzw. dem enthaltenen ddbridge-0.9.23 besser "msi=0" als Moduloption setzen, oder die MSI-Suboption für ddbridge in der Kernelconfig deaktivieren bzw. deaktiviert lassen, sonst drohen I2C Fehler (entfällt mit 4.10/0.9.28 ).

OK, die habe ich ungesetzt gelassen.

Zitat von nst

Nur die Karte? Oder hast Du auch Flexmodule angeklemmt?

Da fragst mich was, ich weiss, dass die DVB-C tuner hat und vier Anschlüsse dafür. Folgende Module sind aktuell geladen:
stv0367dd
cxd2099
Neben ddbridge und dvb_core...

Reicht das so als Info, oder wie komme ich and die restlichen Informationen?

Zitat von ege

Da fragst mich was, ich weiss, dass die DVB-C tuner hat und vier Anschlüsse dafür. Folgende Module sind aktuell geladen:
stv0367dd
cxd2099
Neben ddbridge und dvb_core...

Reicht das so als Info, oder wie komme ich and die restlichen Informationen?

Das dürfte dann ein C/T Flexmodul (stv0367 basierend) sein. Im Kernel-Log ("dmesg") dürfte rund um die Karteninitialisierung dann 2x "ddbridge: Port x: ... DUAL DVB-C/T" auftauchen, sowie 4x ein "STV0367 DVB-C DVB-T" Frontend im DVB-Subsystem registriert werden.

Ahh, ja, da haben wir es ja:
[ 4.250084] Digital Devices PCIE bridge driver 0.9.18, Copyright (C) 2010-15 Digital Devices GmbH
[ 4.250123] ddbridge 0000:03:00.0: enabling device (0000 -> 0002)
[ 4.250191] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
[ 4.250206] DDBridge: HW 0001000d REGMAP 00010004
[ 4.250241] DDBridge: using 1 MSI interrupt(s)
[ 4.252025] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
[ 4.253759] Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/T
[ 4.254717] Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[ 4.254983] 0 netstream channels
[ 4.254986] DVB: registering new adapter (DDBridge)
[ 4.254986] DVB: registering new adapter (DDBridge)
[ 4.254987] DVB: registering new adapter (DDBridge)
[ 4.254988] DVB: registering new adapter (DDBridge)
[ 4.258817] r8169 0000:04:00.0 enp4s0: renamed from eth0
[ 4.284100] stv0367 found

Und vdr weiss:
frontend 3/0 provides DVB-C,DVB-T with QAM16,QAM32,QAM64,QAM128,QAM256 ("STV0367 DVB-C DVB-T")

@nst - danke
ich musste wirklich statt: git clone git://linuxtv.org/media_build.git
git clone https://github.com/herrnst/media_build.git

verwenden,

patch ist vor 12 tagen - backport msi alloc for ddbridge
https://github.com/herrnst/med…3edaf33dd6f48130820f209a1

gruss, onur

Zitat von ege

Ahh, ja, da haben wir es ja:
[ 4.250084] Digital Devices PCIE bridge driver 0.9.18, Copyright (C) 2010-15 Digital Devices GmbH
...
[ 4.284100] stv0367 found

Das wird nach Aktivierung der neuen Kernelsourcen samt Treiber noch etwas detailierter aussehen, aber: Yep, ist ein "älteres" C/T Flex

EDIT: FYI, habe gerade ddbridge-sources-4.9.11 ins Overlay gepusht.

Ja, ist etwas detaillierter:
[ 5.097610] cxd2099: module is from the staging directory, the quality is unknown, you have been warned.
[ 5.114623] Digital Devices PCIE bridge driver 0.9.23, Copyright (C) 2010-15 Digital Devices GmbH
[ 5.114657] ddbridge 0000:03:00.0: enabling device (0000 -> 0002)
[ 5.114728] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
[ 5.114741] DDBridge: HW 0001000d REGMAP 00010004
[ 5.116948] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
[ 5.118695] Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/T
[ 5.119669] Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[ 5.119937] DVB: registering new adapter (DDBridge)
[ 5.119938] DVB: registering new adapter (DDBridge)
[ 5.119938] DVB: registering new adapter (DDBridge)
[ 5.119939] DVB: registering new adapter (DDBridge)
[ 5.122251] stv0367dd: STV0367 DVB-C DVB-T demod with ChipID 60 found at adr 1F on i2c-1
[ 5.181619] nvidia: loading out-of-tree module taints kernel.

....

[ 5.405292] tda18212 1-0060: NXP TDA18212HN/M successfully identified
[ 5.405296] ddbridge 0000:03:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
[ 5.406006] stv0367dd: STV0367 DVB-C DVB-T demod with ChipID 60 found at adr 1E on i2c-1
[ 5.665941] tda18212 1-0063: NXP TDA18212HN/S successfully identified
[ 5.665945] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...
[ 5.666979] stv0367dd: STV0367 DVB-C DVB-T demod with ChipID 60 found at adr 1F on i2c-2
[ 5.927993] tda18212 2-0060: NXP TDA18212HN/M successfully identified
[ 5.927998] ddbridge 0000:03:00.0: DVB: registering adapter 2 frontend 0 (STV0367 DVB-C DVB-T)...
[ 5.928721] stv0367dd: STV0367 DVB-C DVB-T demod with ChipID 60 found at adr 1E on i2c-2
[ 6.183998] tda18212 2-0063: NXP TDA18212HN/S successfully identified
[ 6.184004] ddbridge 0000:03:00.0: DVB: registering adapter 3 frontend 0 (STV0367 DVB-C DVB-T)...

Und bis jetzt arbeiten die Treiber einwandfrei

@nst - funktioniert leider nicht - meine dvbsky karte geht mit git clone https://github.com/herrnst/media_build.git
leider nicht?
mache ich etwas falsch??
ich mache folgendes:

mkdir -p /usr/src/dvbdev
cd /usr/src/dvbdev
git clone https://github.com/herrnst/media_build.git
git clone https://github.com/herrnst/dddvb-linux-kernel.git

cd /usr/src/dvbdev/dddvb-linux-kernel
git checkout mediatree/master-ddbridge

cd ../media_build/linux/
make tar DIR=../../dddvb-linux-kernel
make untar
cd ..
make stagingconfig

make install

danke, gruss, onur

Zitat von onur

meine dvbsky karte geht mit git clone https://github.com/herrnst/media_build.git leider nicht? [...]

Hier (in diesem Thread) gehts ausschliesslich um (Treiber-Entwicklung und Kernelintegration für) PCIe-Hardware von Digital Devices (Octopus/Cine Bridges, Flex-Module). Bitte ggf. die Suchfunktion (Suchwort "DVBSky") nutzen oder separaten Thread aufmachen.

ich hab ja DD im mischbetrieb mit dvbsky .
das ging immer mit deinem rep.
jetzt hab ich die blöde fehlermdelung?
der kernel ist ein aktueller debian jessie.

was mir noch aufgefallen ist: mit github.com/herrnst/media_build.git war mein treiberpaket nur halb so groß?

danke, gruss, onur

Zitat von onur

ich hab ja DD im mischbetrieb mit dvbsky.
das ging immer mit deinem rep.
jetzt hab ich die blöde fehlermdelung?

Das sollte generell kein Problem darstellen (ich habe selbst 'ne CTv6 mit 'ner KNC1 DVB-C sowie 'ne weitere CTv6 mit 'ner alten WinTV NOVA-T PCI in zwei Systemen im Mischbetrieb, jeweils problemlos). Mit DVBSky kann ich Dir dennoch nicht helfen, ich weiss auch nicht wirklich, wie der funktionale Stand der DVBSky Treiber im Moment so ist. Wenn bei "make install" (mach' lieber nach "make stagingconfig" ein "make -jX", wobei X die Zahl Deiner CPU Cores plus 1 darstellt - ggf. sind Compile-Fehler dann besser zu erkennen, und da vermute ich ein bisschen was bei dem vergleichsweise alten Kernel) kein Problem auftritt, sollte alles, was sonst so im media_tree mitgeliefert wird, wie vorgesehen funktionieren.

hi, problem gefunden, neurdings geht dvbsky frontend erst ab kernel 4.7
DVB_M88DS3103: Requires at least kernel 4.7.0
schöne sch... - gibt es eine möglichkeit einen alten stand zu verwenden (im nov ging es noch?).
ich habs mit git checkout 50dcb6cdb70281d76b28d1564f8e076bb08f2c60 versucht - aber nicht hinbekommen.
danke für deine mühe, gruss, onur

Zitat von onur

hi, problem gefunden, neurdings geht dvbsky frontend erst ab kernel 4.7
DVB_M88DS3103: Requires at least kernel 4.7.0

Denke, Du fährst in dem Fall am besten, wenn Du Dir 'n aktuellen Kernel aus den Jessie Backports (vgl. https://packages.debian.org/je…ckports/linux-image-amd64 oder äquivalente 32bit Version, falls notwendig) installierst und dann nochmal media_build arbeiten lässt.

Nabend zusammen,

für diejenigen, die sich ggf. die Kernel-Sourcen zunutzen gemacht haben - ich habe aktuelle, ddbridge-gepatchte 4.10-Kernel-Sourcen ins GIT gepusht (enthält dddvb-0.9.28+v7a, also inkl. V7A Karten-Support):

• Branch v4.10.0-ddbridge: Vanilla DVB-Core/DVB-API; unterstützt alle CT/CT2/C2T2-Boards inkl. MaxA8, alle CineS2/FlexS2 inkl. aktuelle V7/V4 Boards (NICHT MaxS8!), CI-Bridges/CI-Flex derzeit "unstable"
• Branch v4.10.0-ddbridge-features: Für DD-Funktionalität erweiterte API; unterstützt zusätzlich MaxS8; Änderungen für CI-Support inkl. /dev/dvb/adapterX/ciY Devicenode Rename, Kleinigkeiten (u.a. DVB-C2 Delivery System für CXD-Tuner)

Bzgl. API ist der Branch solange egal, wie keine (vorkompilierten) Treiber/Module von extern nachgeladen werden. Alle vom im Vanilla-Kernel "mitgelieferten" Treiber laufen auf beiden Varianten!

Für Gentoo-User liegt im gentoo-ddbridge-sources-overlay ddbridge-sources-4.10.0 bereit (emerge ; menuconfig/makeinstall/reboot - Karte läuft).

Grüße,
nst

Nabend zusammen,

um mal ein bisschen Fortschritt zu teasern:

Zitat von nst

Yep. In stv0367dd sieht das so aus (Klick) und wird im Fall DVB-C dann so (Klick) bedarfsweise umgeschaltet, wenn zuvor OFDM/DVB-T aktiv war. Die Init/Start-Konstrukte gibts im In-Kernel stv0367 auch, aber nichts, was alles unter ein Dach bringt. So wie in stv0367dd kann man bestimmt aus den stv0367ter_* und stv0367cab_* Funktionen ein stv0367dual_* bauen, was die Umschaltung durchführt und als Delivery System -T UND -C bekannt macht. Das dürfte sich auch als funktionale Erweiterung problemlos auf LinuxMedia schieben lassen.

Nachdem zwischenzeitlich Dev-Hardware eingetrudelt ist (nochmal vielen Dank Bernhard!): Genau jenes Zitierte habe ich mittlerweile am Laufen, stört bestehende Karten und Funktion nicht und ist nichtmal besonders komplex. Mal schauen, ob sich der bestehende ddbridge-Treiber im Kernel damit nicht bereits aufmotzen lassen kann. Funktionierender CTv6-Support in Mainline dürfte damit zügig in Mainline landen können, aber erstmal das GIT entsprechend aufräumen und gefühlt 'ne Tonne Debug und Kernellog-Dump rausnehmen...

EDIT: Wer möchte: https://github.com/herrnst/ddd…-ddbridge-ctstv2-i2cdebug - funktioniert mit CTv6 und STV-basierten FlexC/T Tunern, kotzt aber grad' noch mindestens das Kernel-Log voll, aber heute ist erstmal Feierabend. Achso/Disclaimer: Eigene Gefahr.

nst