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

Zitat von nst

Okay:

Code

# mkdir -p /etc/portage/patches/sys-kernel/gentoo-sources/ ; cd /etc/portage/patches/sys-kernel/gentoo-sources/
# wget -O ddb.patch https://github.com/herrnst/dddvb-linux-kernel/compare/mediatree/master...mediatree/master-stv0367-cxd28xx.diff
# emerge >=gentoo-sources-4.10.0

Während Installation der Sources bei "src_unpack" oder "src_prepare" (nicht sicher) auf "Applying user patches" achten, da sollte dann "ddb.patch" mit auftauchen. Danach wie bei Gentoo üblich den Kernel konfigurieren und installieren (CONFIG_DVB_DDBRIDGE aktivieren!), danach Reboot.

Danach wirds interessant, ob alle Tuner/Module korrekt erkannt wurden (dmesg), und dann vor allem, ob aus allen vier Tunern ein Transport Stream ins System bzw. in die Software geschaufelt wird Bei dem DuoFlex bin ich mir relativ sicher, dass das klappt, die Konstellation mit dem Sony Demod auf der CTv7 ist bisher noch komplett ungetestet - bitte Probleme einkalkulieren.

Läuft gerade ich melde mich mit dem Ergebnis.

Zur Info - das sind die Module, die bei mir mit dem dddvb Treiber geladen werden:

lsmod | grep -i ddbridge
ddbridge               79694  0
cxd2099                 6142  1 ddbridge
lnbp21                  1864  1 ddbridge
stv0367dd              12492  1 ddbridge
tda18212dd              6158  1 ddbridge
stv090x                61966  1 ddbridge
stv6110x                4404  1 ddbridge
mxl5xx                 16328  1 ddbridge
stv6111                 5078  1 ddbridge
drxk                   33291  1 ddbridge
stv0910                16149  1 ddbridge
lnbh25                  1650  1 ddbridge
cxd2843                29050  1 ddbridge
dvb_core               83433  2 cxd2843,ddbridge

nst,

Erster Test mit den Änderungen ist positiv. cxd2841er scheint zu funktionieren. Ich lasse gerade 4 Aufnahmen machen und schaue morgen, ob alles gut funktioniert hat.

Es scheint allerdings noch einige Probleme zu geben:

[    2.440029] ddbridge: unknown parameter 'msi' ignored
[    2.440066] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[    2.440155] DDBridge driver detected: Digital Devices Cine CT V7 DVB adapter
[    2.440167] HW 00010002 FW 00010004
[    2.550716] Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843
[    2.552143] Port 1 (TAB 2): DUAL DVB-C/T
[    2.553181] Port 2 (TAB 3): NO MODULE
[    2.554295] Port 3 (TAB 4): NO MODULE
[    2.554482] dvbdev: DVB: registering new adapter (DDBridge)
[    2.564298] i2c i2c-5: cxd2841er_attach(): I2C adapter ffffc90000cac1e0 SLVX addr 6e SLVT addr 6c
[    2.564669] i2c i2c-5: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[    2.564671] i2c i2c-5: cxd2841er_attach(): chip ID 0xa4 OK.
[    2.597043] tda18212 5-0060: NXP TDA18212HN/M successfully identified
[    2.597049] DDBridge 0000:01:00.0: DVB: registering adapter 0 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
[    2.597108] dvbdev: DVB: registering new adapter (DDBridge)
[    2.597246] i2c i2c-5: cxd2841er_attach(): I2C adapter ffffc90000cac1e0 SLVX addr 6f SLVT addr 6d
[    2.597554] i2c i2c-5: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[    2.597555] i2c i2c-5: cxd2841er_attach(): chip ID 0xa4 OK.
[    2.621479] DDBridge 0000:01:00.0: DVB: registering adapter 1 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
[    2.621538] dvbdev: DVB: registering new adapter (DDBridge)
[    2.628906] drxk: status = 0x639130d9
[    2.628909] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[    2.799550] clocksource: Switched to clocksource tsc
[    2.802381] EXT4-fs (md2): mounted filesystem with ordered data mode. Opts: user_xattr,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl
[    3.084712] drxk: DRXK driver version 0.9.4300
[    3.093924] drxk: frontend initialized.
[    5.077865] DDBridge 0000:01:00.0: DVB: registering adapter 2 frontend 0 (DRXK DVB-C DVB-T)...
[    5.078051] dvbdev: DVB: registering new adapter (DDBridge)
[    5.084875] drxk: status = 0x639130d9
[    5.084883] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[    5.548865] drxk: DRXK driver version 0.9.4300
[    5.558239] drxk: frontend initialized.
[    7.431418] DDBridge 0000:01:00.0: DVB: registering adapter 3 frontend 0 (DRXK DVB-C DVB-T)...
[   11.527190] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost
[   11.527196] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost
[   11.527200] dvb_demux: dvb_dmx_swfilter_section_new: dvb_demux.c section ts padding loss: 749/749
[   11.527201] dvb_demux: dvb_dmx_swfilter_section_new: dvb_demux.c pad data: 61 75 73 20 50 6f 6c 69 74 69 6b 2c 20 57 69 72 74 73 63 68 61 66 74 2c 20 4b 75 6c 74 75 72 2c 20 53 70 6f 72 74 20 75 6e 64 20 57 69 73 73 65 6e 73 63 68 61 66 74 2e 20 4b 6f 72 72 65 73 70 6f 6e 64 65 6e 74 65 6e 20 64 65 72 20 41 52 44 20 73 6f 72 67 65 6e 20 66 fc 72 20 73 63 68 6e 65 6c 6c 65 20 75 6e 64 20 70 72 e4 7a 69 73 65 20 4e 65 77 73 2e 8a 8a 50 72 6f 64 75 7a 69 65 72 74 20 69 6e 20 48 44 50 08 f1 03 01 64 65 75 53 44 50 0c f2 03 02 64 65 75 73 74 65 72 65 6f 5f 04 00 00 00 05 69 03 f8 1a 80 82 0d 31 30 3a 30 30 31 36 2e 30 33 23 30 30 57 03 e1 e4 09 30 00 00 30 00 01 27 4d 26 64 65 75 0a 05 50 6c 75 73 6d 69 6e 75 73 17 05 44 61 73 20 57 69 72 74 73 63 68 61 66 74 73 6d 61 67 61 7a 69 6e 4e cb 00 64 65 75
[   11.527261]  00 c5 05 54 68 65 6d 65 6e 3a 8a 2a 20 4e 75 6c 6c 7a 69 6e 73 20 75 6e 64 20 49 6e 66 6c 61 74 69 6f 6e 20 3f 20 56 65 72 62 72 61 75 63 68 65 72 20 69 6e 20 64 65 72 20 4b 6c 65 6d 6d 65 20 64 65 72 20 45 5a 42 8a 2a 20 53 63 68 6f 72 6e 73 74 65 69 6e 66 65 67 65 72 3a 20 49 6d 6d 65 72 20 6e 6f 63 68 20 6b 61 75 6d 20 57 65 74 74 62 65 77 65 72 62 20 8a 2a 20 48 6f 6d f6 6f 70 61 74 68 69 65 3a 20 46 6c 75 63 68 20 6f 64 65 72 20 53 65 67 65 6e 3f 20 8a 8a 4d 6f 64 65 72 61 74 69 6f 6e 3a 20 4d 61 72 63 75 73 20 42 6f 72 6e 68 65 69 6d 8a 50 72 6f 64 75 7a 69 65 72 74 20 69 6e 20 48 44 50 08 f1 03 01 64 65 75 53 44 50 0c f2 03 02 64 65 75 73 74 65 72 65 6f 5f 04 00 00 00 05 69 03 f8 1a 9e 82 0d 31 30 3a 33 30 31 36 2e 30 33 23 30 30 57 04 e1 e4 10 00 00 08 15 00 00 f0 4d 1c 64 65
[   11.527325]  75 17 05 54 61 67 65 73 73 63 68 61 75 2d 4e 61 63 68 72 69 63 68 74 65 6e 00 4e 9e 00 64 65 75 00 98 05 44 61 73 20 57 69 63 68 74 69 67 73 74 65 20 61 75 73 20 50 6f 6c 69 74 69 6b 2c 20 57 69 72 74 73 63 68 61 66 74 2c 20 4b 75 6c 74 75 72 2c 20 53 70 6f 72 74 20 75 6e 64 20 57 69 73 73 65 6e 73 63 68 61 66 74 2e 20 4b 6f 72 72 65 73 70 6f 6e 64 65 6e 74 65 6e 20 64 65 72 20 41 52 44 20 73 6f 72 67 65 6e 20 66 fc 72 20 73 63 68 6e 65 6c 6c 65 20 75 6e 64 20 70 72 e4 7a 69 73 65 20 4e 65 77 73 2e 8a 8a 50 72 6f 64 75 7a 69 65 72 74 20 69 6e 20 48 44 50 08 f1 03 01 64 65 75 53 44 50 0c f2 03 02 64 65 75 73 74 65 72 65 6f 5f 04 00 00 00 05 69 03 f8 1a c0 82 0d 31 31 3a 30 30 31 36 2e 30 33 23 30 30 19 97 3f 36
[   11.625276] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[   11.666266] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost
[   11.765608] dvb_demux: dvb_dmx_swfilter_section_new: dvb_demux.c section ts padding loss: 552/552
[   11.765610] dvb_demux: dvb_dmx_swfilter_section_new: dvb_demux.c pad data: cb 53 01 cb 54 01 cb 55 01 cb 56 01 cb 57 01 d1 61 01 d1 7a 01 cb a9 01 d1 0e 01 27 1f f0 01 f0 1e 44 0b 03 46 00 00 ff f2 05 00 69 00 0f 41 0f c3 55 19 c3 5b 19 c3 5c 19 c3 62 19 c3 67 19 27 21 f0 01 f0 33 44 0b 06 26 00 00 ff f2 05 00 69 00 0f 41 24 cf 0b 01 c7 56 01 cf 11 01 cf 14 01 cf 13 01 cf 16 19 2b 8e 19 c3 78 19 cf 1a 01 c4 eb 02 cf 6f 01 c4 ec 02 27 20 f0 01 f0 21 44 0b 03 54 00 00 ff f2 05 00 69 00 0f 41 12 c3 71 19 c3 73 19 c3 6f 19 c3 70 19 c3 72 19 c3 6e 19 27 19 f0 01 f0 21 44 0b 06 42 00 00 ff f2 05 00 69 00 0f 41 12 c3 7b 19 c3 7d 19 c3 7f 19 2b 98 19 2b 7a 19 28 5b 19 27 1b f0 01 f0 21 44 0b 06 58 00 00 ff f2 05 00 69 00 0f 41 12 c3 87 19 c3 8b 19 c3 8c 19 c3 88 19 c3 8a 19 c3 a2 19 27 1a f0 01 f0 21 44
[   11.765655]  0b 06 50 00 00 ff f2 05 00 69 00 0f 41 12 c3 81 19 c3 82 19 c3 83 19 c3 84 19 c3 85 19 c3 86 19 27 27 f0 01 f0 15 44 0b 08 26 00 00 ff f2 03 00 69 00 0f 41 06 c3 9e 19 c3 9c 19 27 24 f0 01 f0 1b 44 0b 08 34 00 00 ff f2 03 00 69 00 0f 41 0c c3 75 19 c3 98 19 c3 7e 19 c3 9a 19 27 15 f0 01 f0 54 44 0b 04 10 00 00 ff f2 05 00 69 00 0f 41 45 cf 6d 01 cf 74 01 cf d1 01 cf d2 01 cf d3 01 cf d5 01 cf db 01 cf dc 01 cf df 01 cf e0 01 cf e1 01 cf e2 01 d0 fd 01 d0 ff 01 d1 06 01 d1 07 01 d1 08 01 d1 09 01 d1 0a 01 d1 73 01 d1 79 01 c4 ea 02 cf dd 01 87 f0 c4 34 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
[   11.765701]  ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
[   11.805351] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost
[   11.845091] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost
[   12.043753] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost
[   12.242451] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost
[   12.381710] dvb_demux: dvb_dmx_swfilter_section_new: dvb_demux.c section ts padding loss: 184/184
[   12.381718] dvb_demux: dvb_dmx_swfilter_section_new: dvb_demux.c pad data: 8e 3f 46 ab ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
[   12.441168] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost

dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost

tritt dabei immer wieder auf.

vdr verliert ab und an auch den lock:

[1682] frontend 0/0 lost lock on channel 49 (1-2-3.tv HD), tp 826
1682] frontend 0/0 regained lock on channel 49 (1-2-3.tv HD), tp 826
[1682] frontend 0/0 lost lock on channel 6 (RTL II), tp 394
[1682] frontend 0/0 regained lock on channel 6 (RTL II), tp 394
[1697] frontend 1/0 lost lock on channel 50 (Welt der Wunder TV), tp 610
[1697] frontend 1/0 regained lock on channel 50 (Welt der Wunder TV), tp 610

Grüße
Chris

Zitat von Pontus

Erster Test mit den Änderungen ist positiv. cxd2841er scheint zu funktionieren. Ich lasse gerade 4 Aufnahmen machen und schaue morgen, ob alles gut funktioniert hat.

Das klingt erstmal besser als erwartet Heisst aber auch, dass mit dem bisschen Aufwand, der bislang nötig war, der cxd2841er mit DD-Hardware arbeiten mag - sehr schön.

Zitat von Pontus

Code

[...]
[   11.527190] dvb_demux: dvb_dmx_swfilter_section_packet: dvb_demux.c discontinuity detected 184 bytes lost
[...]

Dazu habe ich gerade herausgefunden: Das kommt durch CONFIG_DVB_DEMUX_SECTION_LOSS_LOG=y, was unweigerlich in media_build bei "make stagingconfig" aktiviert wird. Die große Frage ist: Gibts tatsächlich grobe Störungen in Bild und/oder Ton? So, wie das in Deinem Log (und auch anderen; habe das schon ein paar Mal gesehen jetzt) aussieht, dürfte kaum noch ein brauchbarer Transportstream in der verarbeitenden Software (VDR) ankommen.

Zitat von Pontus

Code

[1682] frontend 0/0 lost lock on channel 49 (1-2-3.tv HD), tp 826
1682] frontend 0/0 regained lock on channel 49 (1-2-3.tv HD), tp 826
[1682] frontend 0/0 lost lock on channel 6 (RTL II), tp 394
[1682] frontend 0/0 regained lock on channel 6 (RTL II), tp 394
[1697] frontend 1/0 lost lock on channel 50 (Welt der Wunder TV), tp 610
[1697] frontend 1/0 regained lock on channel 50 (Welt der Wunder TV), tp 610

Empfangsprobleme kannst Du ausschliessen? Keine Probleme auf z.B. "mediatree/master-ddbridge" oder mit dddvb?

Zitat von jasminj

Zitat von »nst«

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

Super, der Erste Schritt!
Bis heute ist ja noch keine Antwort gekommen.
Du musst Geduld haben.

Nur als zusaetzlicher Hinweis: Da die Patches nur "To: list" ohne irgendeinen Maintainer in To: (oder wenigstens Cc:) geschickt wurden, befuerchte ich, es wird so schnell auch keine Antwort geben. Trotzdem hoffe ich natuerlich das Gegenteil und wuensche viel Erfolg!

Gruss,
S:oren

PS: Ich weiss auch nicht, warum Doppelzitate mit dieser Forensoftware bei mir nie vernuenftig funktionieren, sorry.

Naja. Problem ist, dass (speziell) den stv0367 (und auch die ddbridge) im Kernel eigentlich keiner mehr wirklich "maintained", also nicht mal im MAINTAINERS-File auftauchen. Wen Cc'en in dem Fall? Der eine Patch gegen tda18212 wurde zwischenzeitlich (berechtigt) von Antti (ist sein Baby) kritisiert, da kommt auf jeden Fall 'n V2 hinterher.

Bei der kommenden Serie gegen cxd2841er sieht das anders aus - die Herren von NetUp sind aktiv, und ich hatte auch im Vorfeld schon kurzen Kontakt. Da passt das mit der Cc'erei.

Zitat von nst

Wen Cc'en in dem Fall?

get_maintainer.pl ist Dein Freund, Beispiel (im linux-git):

$ ./scripts/get_maintainer.pl 01-13-media-dvb-frontends-stv0367-add-flag-to-make-i2c_gatectrl-optional.patch 
Mauro Carvalho Chehab <mchehab@kernel.org> (maintainer:MEDIA INPUT INFRASTRUCTURE (V4L/DVB),commit_signer:1/2=50%)
Max Kellermann <max.kellermann@gmail.com> (commit_signer:1/2=50%,authored:1/2=50%,added_lines:2/2=100%,removed_lines:2/6=33%)
Sakari Ailus <sakari.ailus@linux.intel.com> (commit_signer:1/2=50%,authored:1/2=50%,removed_lines:4/6=67%)
linux-media@vger.kernel.org (open list:MEDIA INPUT INFRASTRUCTURE (V4L/DVB))
linux-kernel@vger.kernel.org (open list)

commit_signer machen selten Sinn, alle aufgelisteten Maintainer/Supporter/Reviewer (am besten To:) und Listen schon. Eventuell zusaetzliche Leute auf Cc:, wenn man sich Hilfe erhoffen kann (weil man z.B. zu dem Thema schon Kontakt hatte) und es nicht als "Zu-Spammen" empfunden werden wird. Bei so langen Patch-Serien kann es sinnvoll sein, die einzelnen Patches individuell an verschiedene Leute zu schicken, aber einen gemeinsamen Cover-Letter zur Patch-Serie an alle.
Bei media ist es immer sehr sinnvoll, irgendeinen anderen Ansprechpartner als Mauro zu finden, hier z.B. im Zweifel einfach alle Patches (auch) an Antti zu schicken.

Hab hier kein Problem gesehen, aber als Zusatzhinweis fuer eventuelle Mitleser: Patches immer vor dem 'get_maintainer' auch durch './scripts/checkpatch.pl' schicken. Irgendwelche Errors oder Warnings hier sind ein Garant fuer Verzoegerungen und unzufriedene Reviewer.

Gruss,
S:oren

Zitat von S:oren

get_maintainer.pl ist Dein Freund, [...]
Patches immer vor dem 'get_maintainer' auch durch './scripts/checkpatch.pl' schicken.

Hm, joa. Thx für den Hinweis mit dem Maintainer-Script! Es steht eh 'n V2 an, da kriegt Mauro dann zusätzlich privat Emails checkpatch hatte ich schonmal aufgeschnappt und alles vorm Submit entsprechend aufgeräumt.

nst

Zitat

Dazu habe ich gerade herausgefunden: Das kommt durch CONFIG_DVB_DEMUX_SECTION_LOSS_LOG=y, was unweigerlich in media_build bei "make stagingconfig" aktiviert wird. Die große Frage ist: Gibts tatsächlich grobe Störungen in Bild und/oder Ton? So, wie das in Deinem Log (und auch anderen; habe das schon ein paar Mal gesehen jetzt) aussieht, dürfte kaum noch ein brauchbarer Transportstream in der verarbeitenden Software (VDR) ankommen.

[…]

Empfangsprobleme kannst Du ausschliessen? Keine Probleme auf z.B. "mediatree/master-ddbridge" oder mit dddvb?

Nein Empfangsprobleme hatte ich bislang noch nicht, habe das auch vorher noch nicht im Log gesehen bei den anderen Branches. Wie gut das Signal ist, das bei mir aus der Dose kommt, weiß ich nicht. Es sollte aber gerade bei den ersten beiden Tunern kein Problem sein, das Kabel ist kurz und wird nicht gesplittet oder ähnliches.

Bislang kann ich allerdings sagen, dass mir keine Aussetzter aufgefallen sind, sowohl beim Gucken, als auch bei den Probeaufnahmen.

Zitat von nst

Okay:

Code

# mkdir -p /etc/portage/patches/sys-kernel/gentoo-sources/ ; cd /etc/portage/patches/sys-kernel/gentoo-sources/
# wget -O ddb.patch https://github.com/herrnst/dddvb-linux-kernel/compare/mediatree/master...mediatree/master-stv0367-cxd28xx.diff
# emerge >=gentoo-sources-4.10.0

Während Installation der Sources bei "src_unpack" oder "src_prepare" (nicht sicher) auf "Applying user patches" achten, da sollte dann "ddb.patch" mit auftauchen. Danach wie bei Gentoo üblich den Kernel konfigurieren und installieren (CONFIG_DVB_DDBRIDGE aktivieren!), danach Reboot.

Danach wirds interessant, ob alle Tuner/Module korrekt erkannt wurden (dmesg), und dann vor allem, ob aus allen vier Tunern ein Transport Stream ins System bzw. in die Software geschaufelt wird Bei dem DuoFlex bin ich mir relativ sicher, dass das klappt, die Konstellation mit dem Sony Demod auf der CTv7 ist bisher noch komplett ungetestet - bitte Probleme einkalkulieren.

Das Patchen mit dem Diff hat scheinbar funktioniert (Kernel 4.10.2), nur laufen die Tuner nicht. Dmesg meldet:

[   57.462592] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[   57.463158] DDBridge driver detected: Digital Devices Cine CT V7 DVB adapter
[   57.463419] HW 00010002 FW 00010004
[   57.575595] Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843
[   57.576695] Port 1 (TAB 2): XO2 type: 1, id: 12
[   57.652658] [drm] AST 2400 detected
[   57.652946] [drm] Analog VGA only
[   57.653226] [drm] dram 1632000000 1 16 01000000
[   57.654281] [TTM] Zone  kernel: Available graphics memory: 8212598 kiB
[   57.654528] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   57.654804] [TTM] Initializing pool allocator
[   57.655087] [TTM] Initializing DMA pool allocator
[   57.660112] fbcon: astdrmfb (fb0) is primary device
[   57.691073] Port 1 (TAB 2): DUAL DVB-C/C2/T/T2
[   57.691982] Port 2 (TAB 3): NO MODULE
[   57.692909] Port 3 (TAB 4): NO MODULE
[   57.694033] dvbdev: DVB: registering new adapter (DDBridge)
[   57.698353] DVB: Unable to find symbol cxd2841er_attach_t_c()
[   57.698354] No Sony CXD28xx found!
[   57.698356] port_attach on port 0 failed
[   57.698780] fail3
[   57.698782] fail2
[   57.698804] fail1
[   57.698833] fail
[   57.698964] DDBridge: probe of 0000:03:00.0 failed with error -1

Danach gibt's einige Kernel Oops, die ich davor mit dem gleichen Kernel aber ohne die Treiber nicht hatte:

Hast du das lsmod der dddvb Treiber gesehen? Da scheint es doch mehrere Abhängigkeiten zu geben:

ddbridge               79694  0
cxd2099                 6142  1 ddbridge
lnbp21                  1864  1 ddbridge
stv0367dd              12492  1 ddbridge
tda18212dd              6158  1 ddbridge
stv090x                61966  1 ddbridge
stv6110x                4404  1 ddbridge
mxl5xx                 16328  1 ddbridge
stv6111                 5078  1 ddbridge
drxk                   33291  1 ddbridge
stv0910                16149  1 ddbridge
lnbh25                  1650  1 ddbridge
cxd2843                29050  1 ddbridge
dvb_core               83433  2 cxd2843,ddbridge

Gibt's irgendwelche Abhängigkeiten in der Kernel Config?

Zitat von Pontus

Bislang kann ich allerdings sagen, dass mir keine Aussetzter aufgefallen sind, sowohl beim Gucken, als auch bei den Probeaufnahmen.

Ok, das ist ja schonmal 'ne ganze Menge Wert. Haben die "lock lost" Meldungen evtl. zwischenzeitlich aufgehört? Das könnte dann nämlich mit dem EPG-Scan von VDR zu tun haben (ich hab' über die Forensuche Posts gefunden, die darauf hindeuten können).

Wie gehts denn den zwei DRXK-Tunern? Ist Ruhe im Kernellog eingekehrt und laufen die Dinger wie sie sollen? Würde dann nämlich kurzfristig den Patch auf die Reise schicken.

Zitat von djpearman

Code

[   57.698353] DVB: Unable to find symbol cxd2841er_attach_t_c()
[   57.698354] No Sony CXD28xx found!

Ach, mist. Die feste Dependency auf CONFIG_DVB_CXD2841ER fehlt noch im Kconfig. Schalt' den Demodulator in der Kernel Konfiguration ein und lass' die Module neu kompilieren/installieren, danach sollte das laufen. Sorry.

EDIT: Menuconfig - Device Drivers / Multimedia support / Autoselect ancillary drivers "AUS", Customise DVB Frontends / unter Multistandard C+T

Die "einkompilierten" Abhängigkeiten sind - abgesehen vom cxd2099 - in der zerpflückten Variante (ddbridge-Branches oder der aktuelle Testbranch) nicht vorhanden, d.h. wenn Frontends nicht gefunden werden, werden auch keine zugehörigen Kernel Module geladen.

Zitat von djpearman

[...] Das Patchen mit dem Diff hat scheinbar funktioniert (Kernel 4.10.2), ...

Bist Du Dir da sicher??

Wenn Du Kernel 4.10.2 verwendest müsste das so gemacht werden:

mkdir -p /etc/portage/patches/sys-kernel/gentoo-sources-4.10.2
wget  https://github.com/herrnst/dddvb-linux-kernel/compare/mediatree/master...mediatree/master-stv0367-cxd28xx.diff -O /etc/portage/patches/sys-kernel/gentoo-sources-4.10.2/ddb.patch
emerge =gentoo-sources-4.10.2

Zitat von 3PO

Wenn Du Kernel 4.10.2 verwendest müsste das so gemacht werden:

Wenn die Version im Pfadnamen weggelassen wird, wird Versionsunabhängig gepatcht.

nst,

Die drxk-Tuner sind jetzt in der Tat stumm, vergaß ich zu erwähnen.

Die "lost lock"-Meldung haben sich aber nicht gelegt:

Mär 14 21:12:57  vdr[7359]: [7368] frontend 1/0 lost lock on channel 4 (RTL), tp 122
Mär 14 21:13:35  vdr[7359]: [7368] frontend 1/0 lost lock on channel 2 (ZDF HD), tp 450
Mär 14 21:16:29  vdr[7359]: [7365] frontend 0/0 lost lock on channel 10 (arte HD), tp 114
Mär 14 21:17:21  vdr[7359]: [7365] frontend 0/0 lost lock on channel 14 (SAT.1 Gold), tp 538
Mär 14 21:18:48  vdr[7359]: [7368] frontend 1/0 lost lock on channel 2 (ZDF HD), tp 450
Mär 14 21:20:42  vdr[7359]: [7365] frontend 0/0 lost lock on channel 14 (SAT.1 Gold), tp 538
Mär 14 21:21:24  vdr[7359]: [7368] frontend 1/0 lost lock on channel 4 (RTL), tp 122
Mär 14 21:22:02  vdr[7359]: [7368] frontend 1/0 lost lock on channel 12 (RTL NITRO), tp 402
Mär 14 21:24:42  vdr[7359]: [7368] frontend 1/0 lost lock on channel 50 (Welt der Wunder TV), tp 610

Gruß
Chris

Zitat von Pontus

Die drxk-Tuner sind jetzt in der Tat stumm, vergaß ich zu erwähnen.

Ok.

Zitat von Pontus

Die "lost lock"-Meldung haben sich aber nicht gelegt:

Irgendwie sieht das laut Log etwas willkürlich (Channel, TPs) aus. Du bist aber nicht passend zu den lost locks am Zappen, oder hast für alle 2-3 Minuten auf den unterschiedlichen Tunern Aufnahmen auf wechselnden Channels programmiert?

Kann es evtl. sein, dass VDR sowas wie Referenzen und eindeutige IDs zu der Tunerconfig speichert? Ich frag' deshalb, weil ich hier in TVheadend beim Wechsel zwischen DDBridge+DD-Tuner-Treiber und Kernel-ddbridge+Kernel-Treiber einmalig die DVB Inputs neu konfigurieren muss (ist für folgende Treiberwechsel dann nicht mehr notwendig, das Setup merkt sich die Software)... Sind grad' so Gedankenspiele zum Log und Fehler...

Zitat von nst

Ach, mist. Die feste Dependency auf CONFIG_DVB_CXD2841ER fehlt noch im Kconfig. Schalt' den Demodulator in der Kernel Konfiguration ein und lass' die Module neu kompilieren/installieren, danach sollte das laufen. Sorry.

EDIT: Menuconfig - Device Drivers / Multimedia support / Autoselect ancillary drivers "AUS", Customise DVB Frontends / unter Multistandard C+T

Die "einkompilierten" Abhängigkeiten sind - abgesehen vom cxd2099 - in der zerpflückten Variante (ddbridge-Branches oder der aktuelle Testbranch) nicht vorhanden, d.h. wenn Frontends nicht gefunden werden, werden auch keine zugehörigen Kernel Module geladen.

Das hat zumindest teilweise funktioniert! Die Kernelmodule ddbridge, cxd2841er und tda18212 werden geladen und die vier DVB Frontends werden initialisiert.

[   25.691702] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[   25.692278] DDBridge driver detected: Digital Devices Cine CT V7 DVB adapter
[   25.692525] HW 00010002 FW 00010004
[   25.806217] Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843
[   25.807319] Port 1 (TAB 2): XO2 type: 1, id: 12
[   25.853079] Linux agpgart interface v0.103
[   25.888823] [drm] Initialized
[   25.921144] Port 1 (TAB 2): DUAL DVB-C/C2/T/T2
[   25.922288] Port 2 (TAB 3): NO MODULE
[   25.923465] Port 3 (TAB 4): NO MODULE
[   25.924807] dvbdev: DVB: registering new adapter (DDBridge)
[   26.043776] i2c i2c-1: cxd2841er_attach(): I2C adapter ffffc90003a291c0 SLVX addr 6e SLVT addr 6c
[   26.044406] i2c i2c-1: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[   26.044774] i2c i2c-1: cxd2841er_attach(): chip ID 0xa4 OK.
[   26.250544] tda18212 1-0060: NXP TDA18212HN/M successfully identified
[   26.250827] DDBridge 0000:03:00.0: DVB: registering adapter 0 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
[   26.251355] dvbdev: DVB: registering new adapter (DDBridge)
[   26.252395] i2c i2c-1: cxd2841er_attach(): I2C adapter ffffc90003a291c0 SLVX addr 6f SLVT addr 6d
[   26.253011] i2c i2c-1: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[   26.253380] i2c i2c-1: cxd2841er_attach(): chip ID 0xa4 OK.
[   26.276435] tda18212 1-0063: NXP TDA18212HN/S successfully identified
[   26.276673] DDBridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
[   26.277196] dvbdev: DVB: registering new adapter (DDBridge)
[   26.278249] i2c i2c-2: cxd2841er_attach(): I2C adapter ffffc90003a299c8 SLVX addr 6e SLVT addr 6c
[   26.279483] i2c i2c-2: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[   26.279871] i2c i2c-2: cxd2841er_attach(): chip ID 0xa4 OK.
[   26.316920] tda18212 2-0060: NXP TDA18212HN/M successfully identified
[   26.317226] DDBridge 0000:03:00.0: DVB: registering adapter 2 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
[   26.317782] dvbdev: DVB: registering new adapter (DDBridge)
[   26.319029] i2c i2c-2: cxd2841er_attach(): I2C adapter ffffc90003a299c8 SLVX addr 6f SLVT addr 6d
[   26.320291] i2c i2c-2: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend
[   26.320662] i2c i2c-2: cxd2841er_attach(): chip ID 0xa4 OK.
[   26.356444] tda18212 2-0063: NXP TDA18212HN/S successfully identified
[   26.356730] DDBridge 0000:03:00.0: DVB: registering adapter 3 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...

ls -l /dev/dvb/
total 0
drwxr-xr-x 2 root root 120 Mar 15 18:43 adapter0
drwxr-xr-x 2 root root 120 Mar 15 18:43 adapter1
drwxr-xr-x 2 root root 120 Mar 15 18:43 adapter2
drwxr-xr-x 2 root root 120 Mar 15 18:43 adapter3

Wenn ich nun versuche, einen Kanal anzuschauen, bekomme ich aber leider kein Bild. Der Tuner (tda18212?) scheint nicht zu funktionieren, da ich folgende Fehlermeldungen bekomme:

journalctl -xn
-- Logs begin at Sat 2015-11-28 12:36:21 CET, end at Wed 2017-03-15 19:12:35 CET. --
Mar 15 19:12:35 thekraut mythbackend[2041]: 2017-03-15 19:12:35.247937 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Mar 15 19:12:35 thekraut mythbackend[2041]: eno: Operation not supported (95)
Mar 15 19:12:35 thekraut mythbackend[2041]: 2017-03-15 19:12:35.298403 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Mar 15 19:12:35 thekraut mythbackend[2041]: eno: Operation not supported (95)
Mar 15 19:12:35 thekraut mythbackend[2041]: 2017-03-15 19:12:35.348916 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Mar 15 19:12:35 thekraut mythbackend[2041]: eno: Operation not supported (95)
Mar 15 19:12:35 thekraut mythbackend[2041]: 2017-03-15 19:12:35.399414 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Mar 15 19:12:35 thekraut mythbackend[2041]: eno: Operation not supported (95)
Mar 15 19:12:35 thekraut mythbackend[2041]: 2017-03-15 19:12:35.449936 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Mar 15 19:12:35 thekraut mythbackend[2041]: eno: Operation not supported (95)

Muss da noch am Tuner geschraubt werden?

Edit:
Wenn ich das Backend stoppe, die Module neu lade und das Backend wieder starte kommen anfangs folgende Meldungen:

journalctl -xn
-- Logs begin at Sat 2016-01-30 10:55:04 CET, end at Wed 2017-03-15 19:29:03 CET. --
Mar 15 19:28:52 thekraut mythbackend[8532]: 2017-03-15 19:28:52.025526 N  Setting QT default locale to en_GB
Mar 15 19:28:52 thekraut mythbackend[8532]: 2017-03-15 19:28:52.025745 N  Reading locale defaults from /usr/share/mythtv//locales/en_gb.xml
Mar 15 19:28:52 thekraut mythbackend[8532]: 2017-03-15 19:28:52.056690 N  MythBackend: Starting up as the master server.
Mar 15 19:28:52 thekraut mythbackend[8532]: 2017-03-15 19:28:52.155652 W  DVBChan[1](/dev/dvb/adapter0/frontend0): 'Auto' bandwidth parameter unsupported by this driver.
Mar 15 19:28:55 thekraut mythbackend[8532]: 2017-03-15 19:28:55.821566 W  DVBChan[2](/dev/dvb/adapter0/frontend0): 'Auto' bandwidth parameter unsupported by this driver.
Mar 15 19:28:55 thekraut mythbackend[8532]: 2017-03-15 19:28:55.880230 W  DVBChan[3](/dev/dvb/adapter1/frontend0): 'Auto' bandwidth parameter unsupported by this driver.
Mar 15 19:28:59 thekraut mythbackend[8532]: 2017-03-15 19:28:59.525056 W  DVBChan[4](/dev/dvb/adapter1/frontend0): 'Auto' bandwidth parameter unsupported by this driver.
Mar 15 19:28:59 thekraut mythbackend[8532]: 2017-03-15 19:28:59.582105 W  DVBChan[5](/dev/dvb/adapter2/frontend0): 'Auto' bandwidth parameter unsupported by this driver.
Mar 15 19:28:59 thekraut mythbackend[8532]: 2017-03-15 19:28:59.663937 W  DVBChan[6](/dev/dvb/adapter2/frontend0): 'Auto' bandwidth parameter unsupported by this driver.
Mar 15 19:29:03 thekraut mythbackend[8532]: 2017-03-15 19:29:03.195395 W  DVBChan[7](/dev/dvb/adapter3/frontend0): 'Auto' bandwidth parameter unsupported by this driver.

Hi,

Zitat von djpearman

Das hat zumindest teilweise funktioniert! Die Kernelmodule ddbridge, cxd2841er und tda18212 werden geladen und die vier DVB Frontends werden initialisiert.

Yup, Erkennung usw. sieht top aus.

Zitat von djpearman

Code

journalctl -xn
-- Logs begin at Sat 2015-11-28 12:36:21 CET, end at Wed 2017-03-15 19:12:35 CET. --
Mar 15 19:12:35 thekraut mythbackend[2041]: 2017-03-15 19:12:35.247937 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
Mar 15 19:12:35 thekraut mythbackend[2041]: eno: Operation not supported (95)

Muss da noch am Tuner geschraubt werden?

Nein, die Meldungen besagen eigentlich nur, dass der Demodulator keine "read_signal_strength"-Operation zur Verfügung stellt. Wenn MythTV das kann, stell's mal auf "DVBv5"-Statistiken um.

Zitat von djpearman

Wenn ich das Backend stoppe, die Module neu lade und das Backend wieder starte kommen anfangs folgende Meldungen:

Code

Mar 15 19:28:52 thekraut mythbackend[8532]: 2017-03-15 19:28:52.155652 W  DVBChan[1](/dev/dvb/adapter0/frontend0): 'Auto' bandwidth parameter unsupported by this driver.

Das sieht schon eher nach dem Übeltäter aus, weshalb Du nichts zu sehen bekommst. Kannst Du testweise zumindest mal einen Mux fix auf 8Mhz (bei DVB-C) einstellen, und mit den betroffenen Channels nochmal probieren?

nst

Zitat

Irgendwie sieht das laut Log etwas willkürlich (Channel, TPs) aus. Du bist aber nicht passend zu den lost locks am Zappen, oder hast für alle 2-3 Minuten auf den unterschiedlichen Tunern Aufnahmen auf wechselnden Channels programmiert?

Nein, weder das eine noch das andere. Ich habe aber ehrlich gesagt noch nicht überprüft, ob die Meldungen beim genannten öfter auftritt.

Zitat

Kann es evtl. sein, dass VDR sowas wie Referenzen und eindeutige IDs zu der Tunerconfig speichert? Ich frag' deshalb, weil ich hier in TVheadend beim Wechsel zwischen DDBridge+DD-Tuner-Treiber und Kernel-ddbridge+Kernel-Treiber einmalig die DVB Inputs neu konfigurieren muss (ist für folgende Treiberwechsel dann nicht mehr notwendig, das Setup merkt sich die Software)... Sind grad' so Gedankenspiele zum Log und Fehler...

Wenn ich jetzt nicht richtig schief gewickelt bin, gibt es so etwas beim vdr nicht. Modulation etc wird in der channels.conf festgelegt. Aber da sollte eher jemand anderes etwas zu sagen, der von der technischen Materie mehr versteht.

Bildfehler oder ähnliches habe ich aber noch immer nicht feststellen können.

Zitat von Pontus

Wenn ich jetzt nicht richtig schief gewickelt bin, gibt es so etwas beim vdr nicht. Modulation etc wird in der channels.conf festgelegt. Aber da sollte eher jemand anderes etwas zu sagen, der von der technischen Materie mehr versteht.

Bildfehler oder ähnliches habe ich aber noch immer nicht feststellen können.

Ok. Kann beim Thema VDR leider nicht besonders viel helfen, ist lange her, dass ich die Software benutzt hab
Unterm Strich also: Soweit keine Probleme mit dem Transportstream (= keine Bildfehler) auf allen vier Tunern (zwei MIT TS_SERIAL, zwei OHNE TS_SERIAL - technische Notiz an mich blödsinn, Du hattest ja ein DRXK Flex, also nur "ohne" TS_SERIAL), somit bis auf die "lost lock" Meldungen eigentlich alles erstmal Töfte... ?

EDIT: Ääh... Kann es sein, dass die "lost lock" Zeilen ein VDR-Problem/Bug sind?

Ich verstehe den Code auf die Schnelle nicht komplett, aber: In vdr-2.3.2 taucht das einzige Vorkommen von "lost lock on channel" in dvbdevice.c in cDvbTuner::Action auf. Die Methode macht:

switch (tunerStatus) {
...
case tsLocked:
...
case tsLocked:
...
else if (tunerStatus == tsLocked) {
                  LostLock = true;
                  isyslog("frontend %d/%d lost lock on channel...

switch a, case 1, if a = 1 then...? Ist das so richtig?

Zitat

Unterm Strich also: Soweit keine Probleme mit dem Transportstream (= keine Bildfehler) auf allen vier Tunern (zwei MIT TS_SERIAL, zwei OHNE TS_SERIAL - technische Notiz an mich), somit bis auf die "lost lock" Meldungen eigentlich alles erstmal Töfte... ?

Soweit ja.

Ich schaue mal, ob ich am Wochenende dazu komme, mir noch mal die vdr-Fehlermeldungen genauer anzuschauen.

Habe ich richtig verstanden, dass ich bedenkenlos CONFIG_DVB_DEMUX_SECTION_LOSS_LOG=n setzen kann in v4l/.config?

Yep, kannst Du. Zu VDR/"lost lock" siehe den EDIT oben, das sieht beim Drüberschauen ohne den Code zu kennen seltsam aus...