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

nst · 12. März 2016

Zitat von 3PO

Bei mir hier genau das Selbe:

Evtl. kann Tinitus dazu genauere Auskunft geben, bei ihm hats ja letztendlich geklappt. Hinweise übernehm' ich gerne in den HowTo-Wiki-Artikel.

3PO · 12. März 2016

Habe den Fehler gefunden, nun geht's.

Code

server02 media_build # modprobe -v ddbridge
insmod /lib/modules/4.4.5-gentoo/kernel/drivers/media/media.ko
insmod /lib/modules/4.4.5-gentoo/kernel/drivers/media/dvb-core/dvb-core.ko
insmod /lib/modules/4.4.5-gentoo/kernel/drivers/staging/media/cxd2099/cxd2099.ko
insmod /lib/modules/4.4.5-gentoo/kernel/drivers/media/pci/ddbridge/ddbridge.ko
server02 media_build #

nst · 12. März 2016

Zitat von 3PO

Habe den Fehler gefunden, nun geht's.

Zitat von nst

Kannst Du die Ausgabe von lsmod (komplett) und dmesg (komplett) mal pastebin'en und Deine genauen Kartentypen (Bridge-Karte, DuoFlex-Module usw.) durchgeben? Funktioniert mit der Konstellation alles?

^ ^ Danke!

3PO · 12. März 2016

Leider funktionieren damit meine Realtek RTL2832U Sticks nicht.

Code

[Sa Mär 12 21:11:41 2016] usb 1-1.3.4: New USB device found, idVendor=0bda, idProduct=2838
[Sa Mär 12 21:11:41 2016] usb 1-1.3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Sa Mär 12 21:11:41 2016] usb 1-1.3.4: Product: RTL2838UHIDIR
[Sa Mär 12 21:11:41 2016] usb 1-1.3.4: Manufacturer: Realtek
[Sa Mär 12 21:11:41 2016] usb 1-1.3.4: SerialNumber: 00000001
[Sa Mär 12 21:11:41 2016] usb 1-1.3.4: dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state
[Sa Mär 12 21:11:41 2016] usb 1-1.3.4: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[Sa Mär 12 21:11:41 2016] dvb_usb_rtl28xxu: probe of 1-1.3.4:1.0 failed with error -23

nst · 13. März 2016

Zitat von 3PO
Leider funktionieren damit meine Realtek RTL2832U Sticks nicht.
Code
[Sa Mär 12 21:11:41 2016] dvb_usb_rtl28xxu: probe of 1-1.3.4:1.0 failed with error -23

Die Sticks kenn' ich nicht und der Code wird im ddbridge-Repo auch nicht angefasst. -23 (ENFILE) liest sich aber nach "Kann kein Device Node erzeugen".

gentoo-vdr · 13. März 2016

Zitat von nst

Yep, das klappt so (mein Server läuft ebenfalls auf Gentoo+gentoo-sources-4.4.x, mit Modulen erzeugt durch media_build) - der Branch ist richtig

So, bin nun zum Testen gekommen. Statt "make stagingconfig" habe ich "make menuconfig" benutzt und wie bei media_build_experimental nur die Treiber ausgewählt, die benötigt werden. Leider schlägt das Laden des tda18212-Treibers fehl:

Code

[ 1405.929143] WARNING: You are using an experimental version of the media stack.
                As the driver is backported to an older kernel, it doesn't offer
                enough quality for its usage in production.
                Use it with care.
               Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
                043d001c98759cfc76ec3ab4abb5645b8d2c0c4c [media] cxd2843: Be verbose about detected demodulators
                6d5c0341237341a64b8d19c9122b406c074671ad [media] cxd2843: drop Log10x100() and utilise dvb_math intlog10 function for SNR calculations
                8a842e8c77922af32171aa50fb8918cf29f86aa3 [media] cxd2843: use FE_* enums instead of hex values in (fe_)status vars
[ 1405.929856] Digital Devices PCIE bridge driver 0.9.22, Copyright (C) 2010-15 Digital Devices GmbH
[ 1405.930855] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
[ 1405.930884] DDBridge: HW 00010007 REGMAP 00010003
[ 1405.931014] DDBridge: using 1 MSI interrupt(s)
[ 1405.933253] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
[ 1405.934385] Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE
[ 1405.935465] Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[ 1405.936902] DVB: registering new adapter (DDBridge)
[ 1405.936906] DVB: registering new adapter (DDBridge)
[ 1405.944072] stv0367 found
[ 1406.208373] tda18212: Unknown symbol __devm_regmap_init_i2c (err 0)
[ 1406.213195] ddbridge 0000:05:00.0: TDA18212 tuner not found. Device is not fully operational.
[ 1406.213205] ddbridge 0000:05:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
[ 1406.214170] stv0367 found
[ 1406.215140] tda18212: Unknown symbol __devm_regmap_init_i2c (err 0)
[ 1406.480289] tda18212: Unknown symbol __devm_regmap_init_i2c (err 0)
[ 1406.487193] ddbridge 0000:05:00.0: TDA18212 tuner not found. Device is not fully operational.
[ 1406.487204] ddbridge 0000:05:00.0: DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...
[ 1406.490912] tda18212: Unknown symbol __devm_regmap_init_i2c (err 0)

Alles anzeigen

Kernel ist 4.4.5.

nst · 13. März 2016

Zitat von gentoo-vdr

Code

[ 1406.490912] tda18212: Unknown symbol __devm_regmap_init_i2c (err 0)

Du brauchst CONFIG_REGMAP_I2C aus Deinem "regulären" Kernel (lt. Kconfig unter "Device Drivers => Generic Driver Options", da find ich die Option aber grad' nicht...). Den Hinweis pack' ich direkt mal ins Howto. EDIT: Done.

Nebenbei, lassen sich die Module in dem Zustand alle (inkl. ddbridge) sauber entladen? Das war eine der Baustellen, die sich beim Experimentieren aufgetan haben...

Tinitus · 13. März 2016

Du mußt die Kernelsourcen zu 4.4 installieren....

sys-kernel/linux-headers
Available versions: *2.4.33.3^bs ~*2.4.36^bs 3.18^bs ~3.19^bs ~4.0^bs ~4.1^bs ~4.2^bs 4.3^bs (~)4.4^bs
Installed versions: 4.4^bs(11:45:00 12.03.2016)
Homepage: https://www.kernel.org/ https://www.gentoo.org/
Description: Linux system headers

gentoo-vdr · 13. März 2016

Zitat von nst

Du brauchst CONFIG_REGMAP_I2C aus Deinem "regulären" Kernel (lt. Kconfig unter "Device Drivers => Generic Driver Options", da find ich die Option aber grad' nicht...). Den Hinweis pack' ich direkt mal ins Howto. EDIT: Done.

Ich finde die Option auch nicht. CONFIG_REGMAP_I2C steht bei mir auch in keiner alten Kernelconfig, mit der die Karte bisher immer lief.

Zitat von Tinitus

Du mußt die Kernelsourcen zu 4.4 installieren....

sys-kernel/linux-headers
Available versions: *2.4.33.3^bs ~*2.4.36^bs 3.18^bs ~3.19^bs ~4.0^bs ~4.1^bs ~4.2^bs 4.3^bs (~)4.4^bs
Installed versions: 4.4^bs(11:45:00 12.03.2016)
Homepage: https://www.kernel.org/ https://www.gentoo.org/
Description: Linux system headers

Danke, ich hatte noch Version 4.3 installiert. Hat aber leider auch nichts genützt. Beim Kompilieren der Treiber erscheint immer noch

Code

WARNING: "__regmap_init_i2c" [/usr/src/dvbdev/media_build/v4l/ts2020.ko] undefined!
WARNING: "__devm_regmap_init_i2c" [/usr/src/dvbdev/media_build/v4l/tda18212.ko] undefined!
WARNING: "__devm_regmap_init_i2c" [/usr/src/dvbdev/media_build/v4l/tda10071.ko] undefined!
WARNING: "__devm_regmap_init_i2c" [/usr/src/dvbdev/media_build/v4l/m88ds3103.ko] undefined!

, obwohl ich auch schon den Kernel neu gebaut und bei media_build ein "make distclean" gemacht habe.

Zitat von nst

Nebenbei, lassen sich die Module in dem Zustand alle (inkl. ddbridge) sauber entladen? Das war eine der Baustellen, die sich beim Experimentieren aufgetan haben...

Sieht so aus. Es erscheint zwei Mal "release" im Log und danach lässt sich der Treiber erneut laden.

Edit: Ohne den tda18212-Treiber gibt es eine Null-Pointer Dereferenz, wenn der VDR startet:

Code

[   22.938299] BUG: unable to handle kernel NULL pointer dereference at           (null)
[   22.940647] IP: [<          (null)>]           (null)
[   22.942782] PGD 40a9f0067 PUD 409e0c067 PMD 0
[   22.944904] Oops: 0010 [#1] SMP
[   22.946987] Modules linked in: nct6775 hwmon_vid vboxnetadp(O) vboxnetflt(O) vboxdrv(O) usbhid usb_storage snd_hda_codec_hdmi stv0367dd(O) ddbridge(O) cxd2099(O) snd_hda_codec_re
b_core(O) snd_hda_intel snd_hda_codec i915 snd_hwdep snd_hda_core ehci_pci ehci_hcd xhci_pci xhci_hcd usbcore x86_pkg_temp_thermal coretemp lpc_ich mfd_core usb_common
[   22.951983] CPU: 0 PID: 2427 Comm: kdvb-ad-0-fe-0 Tainted: G           O    4.4.5-gentoo #1
[   22.954499] Hardware name: ASUS All Series/H87M-PRO, BIOS 2101 07/21/2014
[   22.957032] task: ffff88040d3cb5c0 ti: ffff8800d34dc000 task.ti: ffff8800d34dc000
[   22.959591] RIP: 0010:[<0000000000000000>]  [<          (null)>]           (null)
[   22.962188] RSP: 0018:ffff8800d34df9e8  EFLAGS: 00010246
[   22.964767] RAX: 0000000000791418 RBX: ffff88040c668000 RCX: 0000000000000000
[   22.967368] RDX: 00000000000001c8 RSI: ffff8800d34dfa0c RDI: ffff88040c668000
[   22.969949] RBP: ffff8800d34dfa38 R08: 0000000000000000 R09: 0000000000000000
[   22.972526] R10: 0000000000000001 R11: 0000000000000000 R12: ffff88040c668000
[   22.975093] R13: 00000000149f8a80 R14: ffff88040c668000 R15: ffff88040c668330
[   22.977680] FS:  0000000000000000(0000) GS:ffff88041fa00000(0000) knlGS:0000000000000000
[   22.980324] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[   22.982971] CR2: 0000000000000000 CR3: 0000000409e3a000 CR4: 00000000000406f0
[   22.985655] Stack:
[   22.988294]  ffffffffa00f2b48 ffff88040ec24300 000000000e582025 0000000000001000
[   22.991013]  ffff8800d34dfa28 ffff88040c4a9400 0000000000000002 00000000149f8a80
[   22.993695]  ffff88040c668000 ffff88040c668330 ffff8800d34dfc40 ffffffffa0248fa0
[   22.996345] Call Trace:
[   22.998942]  [<ffffffffa00f2b48>] ? set_parameters+0x88/0x1082 [stv0367dd]
[   23.001607]  [<ffffffffa0248fa0>] dvb_frontend_swzigzag_autotune+0xe0/0x270 [dvb_core]
[   23.004306]  [<ffffffffa024a31e>] dvb_frontend_swzigzag+0x28e/0x2f0 [dvb_core]
[   23.007008]  [<ffffffff810808ce>] ? set_next_entity+0x6e/0x7b0
[   23.009717]  [<ffffffff8107d52d>] ? pick_next_entity+0xad/0x190
[   23.012433]  [<ffffffff81084186>] ? pick_next_task_fair+0x3f6/0x450
[   23.015151]  [<ffffffff810aa99f>] ? lock_timer_base.isra.37+0x4f/0x70
[   23.017872]  [<ffffffff810aaa53>] ? try_to_del_timer_sync+0x43/0x60
[   23.020587]  [<ffffffff810aaab3>] ? del_timer_sync+0x43/0x50
[   23.023305]  [<ffffffff815affc6>] ? schedule_timeout+0x116/0x200
[   23.026031]  [<ffffffff815b0914>] ? _raw_spin_lock_irqsave+0x24/0x30
[   23.028770]  [<ffffffff8108cb3e>] ? down_interruptible+0x2e/0x50
[   23.031521]  [<ffffffffa024abf1>] dvb_frontend_thread+0x471/0x550 [dvb_core]
[   23.034288]  [<ffffffff81089090>] ? wait_woken+0x80/0x80
[   23.037072]  [<ffffffffa024a780>] ? dtv_set_frontend+0x400/0x400 [dvb_core]
[   23.039884]  [<ffffffff8106d624>] kthread+0xc4/0xe0
[   23.042692]  [<ffffffff8106d560>] ? kthread_create_on_node+0x170/0x170
[   23.045514]  [<ffffffff815b0fdf>] ret_from_fork+0x3f/0x70
[   23.048337]  [<ffffffff8106d560>] ? kthread_create_on_node+0x170/0x170
[   23.051168] Code:  Bad RIP value.
[   23.054003] RIP  [<          (null)>]           (null)
[   23.056850]  RSP <ffff8800d34df9e8>
[   23.059689] CR2: 0000000000000000
[   23.062522] ---[ end trace 3ee666d25be0d6a7 ]---

Alles anzeigen

nst · 13. März 2016

Zitat von gentoo-vdr

Ich finde die Option auch nicht. CONFIG_REGMAP_I2C steht bei mir auch in keiner alten Kernelconfig, mit der die Karte bisher immer lief.

Dann probier' mal: /usr/src/linux/.config im Texteditor öffnen, nach CONFIG_REGMAP suchen und dann von Hand CONFIG_REGMAP=y, CONFIG_REGMAP_I2C=m und CONFIG_REGMAP_MMIO=y setzen (so sieht das in meiner .config aus). Dann make / make modules_install / depmod -a. Dann nochmal ddbridge laden.

Die Karte lief vorher ohne die Option, da das tda18212dd-Modul nicht davon abhängt, der Testing-Branch enthält aber eine Änderung, die das zusätzliche Modul überflüssig macht und stattdessen das vom Kernel "mitgelieferte" tda18212-Tunerfrontend verwendet, und das wird über die Regmap-API adressiert.

Zitat von gentoo-vdr

Sieht so aus. Es erscheint zwei Mal "release" im Log und danach lässt sich der Treiber erneut laden.

Edit: Ohne den tda18212-Treiber gibt es eine Null-Pointer Dereferenz, wenn der VDR startet:

EDIT: .. doch noch nicht gefixt.

nst · 13. März 2016

Zitat von nst

EDIT: .. doch noch nicht gefixt.

Diese Änderung sollte das jetzt wirklich fixen, am besten 1x den Kerneltree+Branch vom GIT neu holen, media_build ackern lassen, und dann "make install"

gentoo-vdr · 13. März 2016

Zitat von nst

Dann probier' mal: /usr/src/linux/.config im Texteditor öffnen, nach CONFIG_REGMAP suchen und dann von Hand CONFIG_REGMAP=y, CONFIG_REGMAP_I2C=m und CONFIG_REGMAP_MMIO=y setzen (so sieht das in meiner .config aus). Dann make / make modules_install / depmod -a. Dann nochmal ddbridge laden.

Hat leider auch nicht funktioniert. Sobald ich make eingebe, schreibt er die .config neu und schmeißt die Änderungen wieder raus. Ich habe jetzt einfach andere Optionen bzw. Treiber gesucht, die CONFIG_REGMAP_I2C und CONFIG_REGMAP_MMIO als Abhängigkeit haben. Das sind z.B. Device Drivers/Character Devices/Serial drivers/SC16IS7xx serial support (dort den Unterpunkt I2C aktivieren) und Device Drivers/Multifunction device drivers/System Controller Register R/W Based on Regmap. Jetzt lädt der Treiber:

Code

[ 3525.167186] WARNING: You are using an experimental version of the media stack.
                As the driver is backported to an older kernel, it doesn't offer
                enough quality for its usage in production.
                Use it with care.
               Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
                043d001c98759cfc76ec3ab4abb5645b8d2c0c4c [media] cxd2843: Be verbose about detected demodulators
                6d5c0341237341a64b8d19c9122b406c074671ad [media] cxd2843: drop Log10x100() and utilise dvb_math intlog10 function for SNR calculations
                8a842e8c77922af32171aa50fb8918cf29f86aa3 [media] cxd2843: use FE_* enums instead of hex values in (fe_)status vars
[ 3525.168014] Digital Devices PCIE bridge driver 0.9.22, Copyright (C) 2010-15 Digital Devices GmbH
[ 3525.168548] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
[ 3525.168576] DDBridge: HW 00010007 REGMAP 00010003
[ 3525.168696] DDBridge: using 1 MSI interrupt(s)
[ 3525.170704] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
[ 3525.171745] Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE
[ 3525.172842] Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[ 3525.173169] DVB: registering new adapter (DDBridge)
[ 3525.173171] DVB: registering new adapter (DDBridge)
[ 3525.184272] stv0367 found
[ 3525.450983] tda18212 7-0060: NXP TDA18212HN/M successfully identified
[ 3525.451006] ddbridge 0000:05:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
[ 3525.452461] stv0367 found
[ 3525.718215] tda18212 7-0063: NXP TDA18212HN/S successfully identified
[ 3525.718240] ddbridge 0000:05:00.0: DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...

Alles anzeigen

VDR läuft auch, super!

Zitat von nst

Die Karte lief vorher ohne die Option, da das tda18212dd-Modul nicht davon abhängt, der Testing-Branch enthält aber eine Änderung, die das zusätzliche Modul überflüssig macht und stattdessen das vom Kernel "mitgelieferte" tda18212-Tunerfrontend verwendet, und das wird über die Regmap-API adressiert.

Ah, OK.

Zitat von nst

EDIT: .. doch noch nicht gefixt.

Zur Klarstellung: Der Fehler kam schon direkt nach dem Booten beim VDR-Start. Beim reinen Entladen und erneuten Laden des Treibers kommt kein Fehler.

nst · 13. März 2016

Zitat von gentoo-vdr

Ich habe jetzt einfach andere Optionen bzw. Treiber gesucht, die CONFIG_REGMAP_I2C und CONFIG_REGMAP_MMIO als Abhängigkeit haben. Das sind z.B. Device Drivers/Character Devices/Serial drivers/SC16IS7xx serial support (dort den Unterpunkt I2C aktivieren) und Device Drivers/Multifunction device drivers/System Controller Register R/W Based on Regmap.

Alternativ einfach den TDA18212 Tuner aus "Device Drivers / Multimedia support / Customize TV tuners" aktivieren (nur sichtbar, wenn "Autoselect ancillary drivers" deaktiviert ist) Das Modul wird dann durch media_build ersetzt.

Zitat von gentoo-vdr

Jetzt lädt der Treiber:

Code

[ 3525.184272] stv0367 found
[ 3525.450983] tda18212 7-0060: NXP TDA18212HN/M successfully identified
[ 3525.451006] ddbridge 0000:05:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
[ 3525.452461] stv0367 found
[ 3525.718215] tda18212 7-0063: NXP TDA18212HN/S successfully identified
[ 3525.718240] ddbridge 0000:05:00.0: DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...

Super, sehr schöne Sache!

Zitat von gentoo-vdr

VDR läuft auch, super!

Zitat von gentoo-vdr

Zur Klarstellung: Der Fehler kam schon direkt nach dem Booten beim VDR-Start. Beim reinen Entladen und erneuten Laden des Treibers kommt kein Fehler.

Ja, sobald irgendwas versucht hat, das DVB Frontend wirklich zu benutzen, hats geknallt - das Demod Frontend war da, aber kein Tuner, und der Fehlerfall (tda18212_attach failed) wurde nicht nach unten durchgereicht und einfach mit DVB-Frontend Registierung fortgefahren. Beim Zugriff fehlte dann der Tuner und wurde mit NULL referenziert -> Bumm (vgl. #251). In einer früheren Code-Revision sind dann die Referenzen bzgl. Modulverwendungen im Kernel Amok gelaufen und rmmod ist einfach eingefroren und konnte nicht mal mit kill -TERM entfernt werden...

Vielen Dank für Tests und Feedback!

gentoo-vdr · 13. März 2016

Zitat von nst

Diese Änderung sollte das jetzt wirklich fixen, am besten 1x den Kerneltree+Branch vom GIT neu holen, media_build ackern lassen, und dann "make install"

Mit der Änderung sieht es jetzt so aus, wenn z.B. regmap-i2c fehlt und der Tunertreiber nicht lädt:

Code

[  136.858015] Digital Devices PCIE bridge driver 0.9.22, Copyright (C) 2010-15 Digital Devices GmbH
[  136.858466] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
[  136.858494] DDBridge: HW 00010007 REGMAP 00010003
[  136.858607] DDBridge: using 1 MSI interrupt(s)
[  136.860636] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
[  136.861673] Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE
[  136.862704] Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[  136.863002] DVB: registering new adapter (DDBridge)
[  136.863005] DVB: registering new adapter (DDBridge)
[  136.873148] stv0367 found
[  137.137949] tda18212: Unknown symbol __devm_regmap_init_i2c (err 0)
[  137.142198] ddbridge 0000:05:00.0: TDA18212 tuner not found. Device is not fully operational.
[  137.142205] release
[  137.142210] port_attach on port 0 failed
[  137.145016] tda18212: Unknown symbol __devm_regmap_init_i2c (err 0)

Alles anzeigen

Beim VDR-Start kommt keine Fehlermeldung mehr.

Zitat von nst

Vielen Dank für Tests und Feedback!

Gern geschehen. In erster Linie muß ich Dir aber dafür danken, daß Du Dich der Sache angenommen hast! Wenn das dazu führt, daß er Treiber irgendwann im Kernel landet, wäre das echt spitze.

nst · 16. März 2016

Hallo zusammen,

ein bisschen was Gutes, aber auch was ziemlich Schlechtes neues:

Gut: Die Verwendung vom In-Tree TDA18212-Tuner als I2C-Client funktioniert mit den kleinen Ergänzungen im GIT jetzt allem Anschein nach richtig ordentlich und stabil - Nach mehrmaligem Ent- und Neuladen von ddbridge und zugehörigen Modulen sowie Poweroff-Neustarts des Servers gibt es keinerlei Probleme mehr, das Tuner-Frontend sowohl an den STV0367-Demod als auch den CXD2837-Demod anzuhängen. @gentoo-vdr: Kannst Du das bestätigen?
Gut, aber am Ende dann doch schlecht: Das Refcount-Problem von ddbridge ("rmmod ddbridge - Use count -1") beim Testen mit dem In-Tree STV0367-Demod-Modul scheint behoben. Offenbar hat hier der Locking-Mechanismus in ddbridge (der für alle C/T Frontends verwendet wird) für erhebliche Probleme gesorgt (deadlock). stv0367(non-dd) darf jetzt fehlschlagen, falsch initialisieren (dann funktioniert auch der Tuner nicht) und/oder mit i2c-Fehlern um sich schmeissen, das ddbridge-Modul ist ohne Probleme zu entladen.
Gut: Das In-Tree STV0367-Modul schafft es anscheinend, dem Demod Dinge wie Signalstärke zu entlocken. Während mit den DD-Varianten im TVHeadend nur "SNR 1, Strength 0" gezeigt werden, tauchen mit dem In-Kernel-Treiber tatsächlich nach Tuning nutzbare Informationen auf
Schlecht: STV0367+TDA18212 initialisieren nur dann vollständig, wenn zuvor mit STV0367DD initialisiert wurde. Ansonsten lässt sich der Tuner nicht anhängen.
Sehr schlecht: Der Versuch, beide DVB-Varianten (C+T) gleichzeitig zu attachen, führt zu I2C-Fehlerspam im Kernellog, sobald die DVB Adapter verwendet werden (egal, ob im C- oder T-Modus). Es scheint also nur eins von beiden zu funktionieren. Nebeneffekt: Nach diesem Zustand meldet die Bridge, dass an Port 0 angeblich nichts mehr angeschlossen ist - Poweroff-Reboot erforderlich.
Ebenfalls sehr schlecht: Nur eine der Varianten anhängen funktioniert zwar inkl. Tunen, aber es werden keinerlei Daten (Transportstream) geliefert. Ausserdem bleibt das genannte Init-Problem.

Mit anderen Worten: Der Kram initialisiert und registriert sich wenn man vorarbeitet, ist aber im Endeffekt nicht nutzbar.

Da sich stv0367 und stv0367dd strukturell ziemlich heftig unterscheiden (stv0367dd stellt ein einzelnes Frontend für C+T zur Verfügung, vs. zwei Schnittstellen in stv0367), in beiden Modulen jede Menge Register-Poking stattfindet und ausserdem anscheinend noch Dinge wie richtige Taktfrequenzen und Takt auf steigender/fallender Flanke usw. zum Tragen kommen, muss ich an der Baustelle erstmal aufgeben.

Falls wer jemanden kennt, der bereit ist, bei der Baustelle zu helfen...

Alle anderen Baustellen sollten - der Historie der Media-Mailinglist nach zu urteilen - mit 'nem bisschen weiteren Code-Anhübschen IMHO bereit für einen ersten Mailinglist-Anlauf sein (drxk/stv0910/stv6111/lnbh25-Feedback noch ausstehend). STV0367DD wird es aber tendenziell nicht in Mainline schaffen (O-Ton: "We already have a driver" - Reply auf Maik Broemme's Patch), und ohne siehts für CineCTv6-User (und ggf. DuoFlex C/T ohne T2) schlecht aus.

Den aktuellen Experimental-Kram gibts im mediatree/master-ddbridge-testing-stv Branch zu sehen.

Grüße,
Daniel

Copperhead · 17. März 2016

Du könntest vielleicht mal bei Antti Palosaari nachfragen. Mit ihm hatte ich schon Kontakt wegen den dddvb Treibern.
Er hat da schon beachtliches Wissen in der Richtung und könnte da sicherlich behilflich sein.

Er wollte den Treiber sogar schonmal sauber in den Kernel integrieren. Gescheitert ist das soweit ich mich erinnere, dass er gerne Hardware von Digital Devices gestellt bekommen wollte.
Ob überhaupt Kommunikation zwischen DD und Antti stattgefunden hat, kann ich nicht sagen. Ich habe mal eine Zeit lang zwischen beiden vermittelt und hatte dann direkten Kontakt vorgeschlagen.

gentoo-vdr · 21. März 2016

Zitat von nst

Gut: Die Verwendung vom In-Tree TDA18212-Tuner als I2C-Client funktioniert mit den kleinen Ergänzungen im GIT jetzt allem Anschein nach richtig ordentlich und stabil - Nach mehrmaligem Ent- und Neuladen von ddbridge und zugehörigen Modulen sowie Poweroff-Neustarts des Servers gibt es keinerlei Probleme mehr, das Tuner-Frontend sowohl an den STV0367-Demod als auch den CXD2837-Demod anzuhängen. @gentoo-vdr: Kannst Du das bestätigen?

Kann ich bestätigen. Bisher sind mir keine Probleme aufgefallen und alles läuft stabil. Entladen des Treibers verwende ich nicht bei meinem VDR, ich habe es aber ein paar Mal getestet und keine Probleme feststellen können. Den CXD2837-Demod habe ich bei mir nicht, nur stv0367dd.

Der Rest von dem Du schreibst, ist leider nicht so erfreulich. Hast Du schon jemanden gefunden, der Dir bei der Baustelle weiterhelfen kann? Falls nicht, könntest Du vielleicht mal vorsichtig bei UFO anfragen. Wenn Deine Anstrenungen dazu führen, daß der DD-Treiber im Kernel landet und er keine Supportanfragen zu media_build_experimental mehr beantworten muss, ist das glaube ich auch in seinem Interesse. Alternativ fällt mir rjkm ein. Ist er nicht der Autor des DD-Treibers? Ansonsten scheint sich jasminj auch gut auszukennen, nachdem was ich hier so im Forum gelesen habe.

nst · 21. März 2016

Zitat von gentoo-vdr

Kann ich bestätigen. Bisher sind mir keine Probleme aufgefallen und alles läuft stabil. Entladen des Treibers verwende ich nicht bei meinem VDR, ich habe es aber ein paar Mal getestet und keine Probleme feststellen können. Den CXD2837-Demod habe ich bei mir nicht, nur stv0367dd.

Das einzige Problem, was mir jetzt noch aufgefallen ist: Nach mehrmaligem ent-/neuladen des ddbridge-Moduls scheinen dem Kernel irgendwie die Resourcen auszugehen (Memleak in ddbridge irgendwo?) und das System muss gebootet werden. Dabei hat sich dann - vor wenigen Minuten - das stv0367dd-Modul mit i2c_write-Fehlern ins Kernel-Log erbrochen, dadurch hat dann das Tuner-Attachen nicht geklappt. War soweit kein Problem, aber nach rmmod/modprobe ddbridge war dann angeblich am Port wieder mal nichts angeschlossen. Nach Powercycle und somit Cold-Boot war dann alles gut, und der Tuner konnte auch (nach dem Coldboot) gestartet werden. Bisschen seltsam alles, aber nuja...

Zitat von gentoo-vdr

Der Rest von dem Du schreibst, ist leider nicht so erfreulich. Hast Du schon jemanden gefunden, der Dir bei der Baustelle weiterhelfen kann? Falls nicht, könntest Du vielleicht mal vorsichtig bei UFO anfragen. Wenn Deine Anstrenungen dazu führen, daß der DD-Treiber im Kernel landet und er keine Supportanfragen zu media_build_experimental mehr beantworten muss, ist das glaube ich auch in seinem Interesse. Alternativ fällt mir rjkm ein. Ist er nicht der Autor des DD-Treibers? Ansonsten scheint sich jasminj auch gut auszukennen, nachdem was ich hier so im Forum gelesen habe.

Ehrlich gesagt hab' ich mich bislang nicht weiter um diese Baustelle bemüht (ich hübsch' grad' das CXD2843-Demod-Modul an - und nebenbei ist die Ausgabe bzw. Anzeige von Signal-Stärke/Signalqualität für DVB-T/T2/C dazugekommen ).

Was die beiden STV0367-Implementierungen angeht: Es gibt unheimlich viele Ähnlichkeiten (auch wie der Demod vom Modul aus programmiert wird), aber an einigen anscheinend entscheidenden Stellen sind eben doch Unterschiede (Im in-tree-Modul wird z.B. komplett auf Programmierung der Tuneransteuerung verzichtet). Nach aktuellem Stand ergeben sich zwei Optionen: Entweder 1-2 zusätzliche Config-Optionen in struct stv0367_config und einem relativ ausgeprägtem Rattenschwanz an if/else, oder (ebenfalls per Option) den DD-Code als zusätzliche Variante einpflegen (viel duplizierter Code). Oder aber Option 3: Die DD-Variante as-is an die Liste schicken (Coding Style ist bereits angepasst/gefixt).

Ich werd' dazu auch noch versuchen, Antti Palosaari anzutriggern, aber eins nach dem anderen. Bzgl. media_build_experimental - im HG-Repository hat sich auch schon länger nichts mehr getan, ist UFO noch aktiv?

gentoo-vdr · 21. März 2016

Zitat von nst

Das einzige Problem, was mir jetzt noch aufgefallen ist: Nach mehrmaligem ent-/neuladen des ddbridge-Moduls scheinen dem Kernel irgendwie die Resourcen auszugehen (Memleak in ddbridge irgendwo?) und das System muss gebootet werden. Dabei hat sich dann - vor wenigen Minuten - das stv0367dd-Modul mit i2c_write-Fehlern ins Kernel-Log erbrochen, dadurch hat dann das Tuner-Attachen nicht geklappt. War soweit kein Problem, aber nach rmmod/modprobe ddbridge war dann angeblich am Port wieder mal nichts angeschlossen.

Tatsächlich, bei mir gab es jetzt auch einen Fehler beim 4. oder 5. Neuladen des Treibers:

Code

[Mo Mär 21 22:35:47 2016] release
[Mo Mär 21 22:35:47 2016] release
[Mo Mär 21 22:36:10 2016] WARNING: You are using an experimental version of the media stack.
                                As the driver is backported to an older kernel, it doesn't offer
                                enough quality for its usage in production.
                                Use it with care.
                          Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
                                84e4df6a59f9383e3880bbb271588300a013d069 [media] ddbridge: return -ENODEV if tuner_attach_tda18212() fails
                                043d001c98759cfc76ec3ab4abb5645b8d2c0c4c [media] cxd2843: Be verbose about detected demodulators
                                6d5c0341237341a64b8d19c9122b406c074671ad [media] cxd2843: drop Log10x100() and utilise dvb_math intlog10 function for SNR calculations
[Mo Mär 21 22:36:10 2016] Digital Devices PCIE bridge driver 0.9.22, Copyright (C) 2010-15 Digital Devices GmbH
[Mo Mär 21 22:36:10 2016] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
[Mo Mär 21 22:36:10 2016] DDBridge: HW 00010007 REGMAP 00010003
[Mo Mär 21 22:36:10 2016] DDBridge: using 1 MSI interrupt(s)
[Mo Mär 21 22:36:10 2016] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
[Mo Mär 21 22:36:10 2016] Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE
[Mo Mär 21 22:36:10 2016] Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[Mo Mär 21 22:36:10 2016] DVB: registering new adapter (DDBridge)
[Mo Mär 21 22:36:10 2016] DVB: registering new adapter (DDBridge)
[Mo Mär 21 22:36:10 2016] stv0367 found
[Mo Mär 21 22:36:11 2016] tda18212 7-0060: NXP TDA18212HN/M successfully identified
[Mo Mär 21 22:36:11 2016] ddbridge 0000:05:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
[Mo Mär 21 22:36:11 2016] stv0367 found
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] tda18212: probe of 7-0063 failed with error -5
[Mo Mär 21 22:36:11 2016] ddbridge 0000:05:00.0: TDA18212 tuner not found. Device is not fully operational.
[Mo Mär 21 22:36:11 2016] release
[Mo Mär 21 22:36:11 2016] port_attach on port 0 failed

Alles anzeigen

Ich muß dazu sagen, daß ich den Treiber sehr schnell hintereinander ent- und wieder neu geladen habe. Möglicherweise gibt es da einen Zusammenhang.

Zitat von nst

Ehrlich gesagt hab' ich mich bislang nicht weiter um diese Baustelle bemüht (ich hübsch' grad' das CXD2843-Demod-Modul an - und nebenbei ist die Ausgabe bzw. Anzeige von Signal-Stärke/Signalqualität für DVB-T/T2/C dazugekommen ).

Was die beiden STV0367-Implementierungen angeht: Es gibt unheimlich viele Ähnlichkeiten (auch wie der Demod vom Modul aus programmiert wird), aber an einigen anscheinend entscheidenden Stellen sind eben doch Unterschiede (Im in-tree-Modul wird z.B. komplett auf Programmierung der Tuneransteuerung verzichtet). Nach aktuellem Stand ergeben sich zwei Optionen: Entweder 1-2 zusätzliche Config-Optionen in struct stv0367_config und einem relativ ausgeprägtem Rattenschwanz an if/else, oder (ebenfalls per Option) den DD-Code als zusätzliche Variante einpflegen (viel duplizierter Code). Oder aber Option 3: Die DD-Variante as-is an die Liste schicken (Coding Style ist bereits angepasst/gefixt).

Ich werd' dazu auch noch versuchen, Antti Palosaari anzutriggern, aber eins nach dem anderen. Bzgl. media_build_experimental - im HG-Repository hat sich auch schon länger nichts mehr getan, ist UFO noch aktiv?

Alles klar, kein Stress Ob UFO noch aktiv ist, weiß ich nicht. Im Forum war er anscheinend schon länger nicht mehr unterwegs, vielleicht reagiert er aber auf eine PN, wenn Deine anderen Versuche im Sand verlaufen.

nst · 22. März 2016

Zwischenstand (interessant für alle Tester):

Ich habe heute alle Commits aus dem -testing Branch in die passenden Commits im "Basisbranch" (mediatree/master-ddbridge) eingefügt (squash), das zusätzliche Tuner-Module TDA18212DD ist jetzt verschwunden (Feedback und eigene Tests haben die Anpassung für stabil befunden). Ebenfalls sind die funktionalen Anhübschungen (und diverse kleinere Code-Refaktorierungen) vom CXD2843 jetzt drin. Abgesehen von CamelCase sollte der Treiber jetzt zumindest mal einen potentiellen Kandidaten für linux-media darstellen.

Die darauf aufsetzenden Branches sind entsprechend rebased.

Zitat von gentoo-vdr
Tatsächlich, bei mir gab es jetzt auch einen Fehler beim 4. oder 5. Neuladen des Treibers:
Code
[...]
[Mo Mär 21 22:36:11 2016] stv0367: i2c_write error
[Mo Mär 21 22:36:11 2016] tda18212: probe of 7-0063 failed with error -5
[Mo Mär 21 22:36:11 2016] ddbridge 0000:05:00.0: TDA18212 tuner not found. Device is not fully operational.
[Mo Mär 21 22:36:11 2016] release
[Mo Mär 21 22:36:11 2016] port_attach on port 0 failed
Ich muß dazu sagen, daß ich den Treiber sehr schnell hintereinander ent- und wieder neu geladen habe. Möglicherweise gibt es da einen Zusammenhang.

War anschliessend auch der Port an der Karte angeblich nicht belegt?

Die Problem(chen) scheinen irgendwie nicht wirklich reproduzierbar zu sein. Ich habe alleine heute bestimmt schon 3x die Kernelmodule zwecks Tests ent- und neu geladen, keine Probleme... Ich vermute, dass entweder der Demod in einem "komischen" Zustand ist, während er initialisiert wird (und sich im Anschluss einfach komplett aufhängt), oder der I2C Code in ddbridge die Ports etwas "kräftiger" resetten könnte. Beides sind aber Dinge, die sich gerne jemand anderes anschauen darf

EDIT: Commit-ID nach Rebase und Squash dreier Minor-Fixes in CXD2843.

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

Jetzt mitmachen!

Teilen