Kernel-Update von 4 auf 5 und schon geht's nicht mehr

mhanft · 22. April 2021

Hallo,

laaaaange Zeit hatte ich den vdr unter Gentoo mit Kernel 4.1.12 problemlos laufen. Es war damals etliches Gefummel, aber ich habe es dann irgendwie geschafft, wobei "irgendwie" im wesentlich darin bestand, in der Kernel-Config alle DVB-Sachen zu deaktivieren, irgendwo ein Paket namens "media_build_experimental" herunterzuladen und dessen Treiber bzw. Kernelmodule zu verwenden.

lsmod hat dann so ausgeschaut:

Code

Module                  Size  Used by
tda18212dd              5747  4
cxd2843                20472  4
ddbridge               65570  33
cxd2099                 5488  1 ddbridge
dvb_core               84710  1 ddbridge
media                  11047  1 dvb_core

und dmesg so:

Code

[   16.388865] media: Linux media interface: v0.10
[   16.424809] 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):
                1555f3bf5cc172e7d23c2b8db10d656d15bec13e [media] saa7164: fix compiler warning
                ebf984bb151e9952cccd060d3aba0b4d30a87e81 [media] v4l2: replace s_mbus_fmt by set_fmt in bridge drivers
                5eab4983777ba913efb42dd0f177b0dcdbd4f3d9 [media] v4l2: replace try_mbus_fmt by set_fmt in bridge drivers
                experimental: 82186b8b60da1c55e956c89d78a8de4e670d5a29 experimental/ddbridge: Include LNBH25 driver in build process.
                v4l-dvb-saa716x: 3b9fce66666a32ddf2b94ac7e72e540773f3e353 saa716x_ff: Avoid sleeping in fifo_worker
[   16.585589] Digital Devices PCIE bridge driver 0.9.18, Copyright (C) 2010-15 Digital Devices GmbH
[   16.585740] DDBridge driver detected: Digital Devices Cine CT V7 DVB adapter
[   16.585753] DDBridge: HW 00010002 REGMAP 00010004
[   16.585789] DDBridge: using 1 MSI interrupt(s)
[   16.693897] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-CT2 CXD2843
[   16.803123] Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2
[   16.804144] Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[   16.805152] Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE
[   16.805329] 0 netstream channels
[   16.805330] DVB: registering new adapter (DDBridge)
[   16.805331] DVB: registering new adapter (DDBridge)
[   16.805331] DVB: registering new adapter (DDBridge)
[   16.805332] DVB: registering new adapter (DDBridge)
[   16.941317] tda18212dd: ChipID 4724 master
[   16.941435] tda18212dd: PowerState 02
[   17.196763] ddbridge 0000:08:00.0: DVB: registering adapter 0 frontend 0 (CXD2843 DVB-C/C2 DVB-T/T2)...
[   17.218119] tda18212dd: ChipID 4724 slave
[   17.218237] tda18212dd: PowerState 02
[   17.525745] ddbridge 0000:08:00.0: DVB: registering adapter 1 frontend 0 (CXD2843 DVB-C/C2 DVB-T/T2)...
[   17.559084] tda18212dd: ChipID 4724 master
[   17.559549] tda18212dd: PowerState 02
[   17.862685] ddbridge 0000:08:00.0: DVB: registering adapter 2 frontend 0 (CXD2843 DVB-C/C2 DVB-T/T2)...
[   17.898635] tda18212dd: ChipID 4724 slave
[   17.899202] tda18212dd: PowerState 02
[   18.215749] ddbridge 0000:08:00.0: DVB: registering adapter 3 frontend 0 (CXD2843 DVB-C/C2 DVB-T/T2)...

Alles anzeigen

Nun musste ich allerdings auf einen aktuellen Kernel updaten (weil ich VirtualBox brauche und das auf einem alten Kernel nicht mehr compilierbar ist). Da geht natürlich erst mal gar nix mehr. Mit dem "media_build_experimental" gehts nicht mehr, weils die Seite nicht mehr gibt und das alte mit dem neuen Kernel (oder auch gcc - keine Ahnung) nicht mehr compilierbar ist. Aber andererseits soll man das ja eh nicht mehr brauchen, weil ja angeblich inzwischen sowieso schon alles im Kernel enthalten ist.

Ich hab dann im neuen Kernel auch (mit make menuconfig) brav alles angekreuzt, was irgendwie nach DVB geklungen hat. Geht aber trotzdem nicht - dmesg:

Code

[    0.653102] ddbridge: Digital Devices PCIE bridge driver 0.9.33-integrated, Copyright (C) 2010-17 Digital Devices GmbH
[    0.653321] ddbridge 0000:08:00.0: detected Digital Devices Cine CT V7 DVB adapter
[    0.653470] ddbridge 0000:08:00.0: HW 00010002 REGMAP 00010004
[    0.765355] ddbridge 0000:08:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843
[    0.876312] ddbridge 0000:08:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2
[    0.886990] ddbridge 0000:08:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[    0.888686] ddbridge 0000:08:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE
[    0.888983] dvbdev: DVB: registering new adapter (DDBridge)
[    0.889086] dvbdev: DVB: registering new adapter (DDBridge)
[    0.889188] dvbdev: DVB: registering new adapter (DDBridge)
[    0.889289] dvbdev: DVB: registering new adapter (DDBridge)
[    0.889596] DVB: Unable to find symbol cxd2841er_attach_t_c()
[    0.889701] ddbridge 0000:08:00.0: No cxd2837/38/43/54 found!
[    0.889955] ddbridge 0000:08:00.0: port_attach on port 0 failed
[    0.890223] DVB: Unable to find symbol cxd2841er_attach_t_c()
[    0.890332] ddbridge 0000:08:00.0: No cxd2837/38/43/54 found!
[    0.890507] ddbridge 0000:08:00.0: port_attach on port 1 failed
[    0.890612] ddbridge 0000:08:00.0: All connected ports failed to initialise!
[    0.890712] ddbridge 0000:08:00.0: fail3
[    0.890812] ddbridge 0000:08:00.0: fail2
[    0.891017] ddbridge 0000:08:00.0: fail1
[    0.891126] ddbridge 0000:08:00.0: fail0
[    0.891220] ddbridge 0000:08:00.0: fail
[    0.891387] ddbridge: probe of 0000:08:00.0 failed with error -1

Alles anzeigen

Ich hab dann noch beim Booten alle Module laden lassen, die so ähnlich klingen wie die bisherigen (ein 1:1-Mapping scheints nicht zu geben):

Code

Module                  Size  Used by
tda18212               16384  0
cxd2841er              49152  0
cxd2099                20480  0
regmap_i2c             16384  2 cxd2099,tda18212

aber das hat auch nix geholfen. Geladen ist das Zeug jedenfalls:

Code

home01 ~ # modinfo ddbridge
name:           ddbridge
filename:       (builtin)
version:        0.9.33-integrated
license:        GPL v2
file:           drivers/media/pci/ddbridge/ddbridge
author:         Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR
description:    Digital Devices PCIe Bridge
parm:           fmode:frontend emulation mode (int)
parm:           fmode_sat:set frontend emulation mode sat (int)
parm:           old_quattro:old quattro LNB input order  (int)
parm:           adapter_nr:DVB adapter numbers (array of short)
parm:           adapter_alloc:0-one adapter per io, 1-one per tab with io, 2-one per tab, 3-one for all (int)
parm:           ci_bitrate: Bitrate in KHz for output to CI. (int)
parm:           ts_loop:TS in/out test loop on port ts_loop (int)
parm:           xo2_speed:default transfer speed for xo2 based duoflex, 0=55,1=75,2=90,3=104 MBit/s, default=2, use attribute to change for individual cards (int)
parm:           alt_dma:use alternative DMA buffer handling (int)
parm:           no_init:do not initialize most devices (int)
parm:           stv0910_single:use stv0910 cards as single demods (int)
parm:           dma_buf_num:Number of DMA buffers, possible values: 8-32 (int)
parm:           dma_buf_size:DMA buffer size as multiple of 128*47, possible values: 1-43 (int)
parm:           dummy_tuner:attach dummy tuner to port 0 on Octopus V3 or Octopus Mini cards (int)
parm:           msi:Control MSI interrupts: 0-disable (default), 1-enable (int)


home01 ~ # modinfo tda18212
filename:       /lib/modules/5.10.27-gentoo/kernel/drivers/media/tuners/tda18212.ko
license:        GPL
author:         Antti Palosaari <crope@iki.fi>
description:    NXP TDA18212HN silicon tuner driver
alias:          i2c:tda18212
depends:        regmap-i2c
retpoline:      Y
intree:         Y
name:           tda18212
vermagic:       5.10.27-gentoo SMP mod_unload


home01 ~ # modinfo cxd2841er
filename:       /lib/modules/5.10.27-gentoo/kernel/drivers/media/dvb-frontends/cxd2841er.ko
license:        GPL
author:         Sergey Kozlov <serjk@netup.ru>, Abylay Ospan <aospan@netup.ru>
description:    Sony CXD2837/38/41/43/54ER DVB-C/C2/T/T2/S/S2 demodulator driver
depends:
retpoline:      Y
intree:         Y
name:           cxd2841er
vermagic:       5.10.27-gentoo SMP mod_unload

Alles anzeigen

Was fehlt da noch?

Oder soll/muss ich den vdr einfach mal neu compilieren?

Besten Dank schon mal im Voraus für alle Tipps!

nobanzai · 22. April 2021

Naja, wenn du noch sagen würdest, was nicht geht und was dann da für Fehlermeldungen kommen ...

mhanft · 22. April 2021

Ups, sorry - ich dachte, das erkennt man aus den Logs...

also im dmesg steht ja als Fehlermeldung

DVB: Unable to find symbol cxd2841er_attach_t_c()

und demzufolge sagt der vdr "no DVB frontends found" - er findet halt die Tuner nicht...

nobanzai · 22. April 2021

"Unable to find symbol" sieht danach aus, dass die Modulversion nicht zum Kernel passt - oder das Modul sich überhaupt nicht mehr mit diesem Kernel bauen lässt.

wmautner · 22. April 2021

Merkwürdig. Ich verwende den neuesten Kernel und mein tda18212 macht keine Probleme.

Kann es sein, daß noch Reste vom media_build_experimental wo rumhängen?

jsffm · 22. April 2021

Schau mal, ob es einen Ordner /lib/modules/<kernel>/extra gibt, und dort noch was drin ist.

mhanft · 22. April 2021

Nein, den Ordner gibts nicht. Unter /lib/modules/4.1.12-gentoo gibts noch updates(media mit ganz viel drin, das ist vermutlich tatsächlich der Rest von media_build_experimental. Aber es wird ja /lib/modules/5.10.27-gentoo genommen - und da gibts nur kernel und misc...

Das angemahnte Symbol scheints aber durchaus zu geben:

Code

home01 /lib/modules/5.10.27-gentoo/kernel/drivers/media/dvb-frontends # strings cxd2841er.ko | grep attach
cxd2841er_attach_s
cxd2841er_attach_t_c
%s(): attaching %s DVB-%s frontend
cxd2841er_attach
__kstrtab_cxd2841er_attach_s
__kstrtabns_cxd2841er_attach_s
__ksymtab_cxd2841er_attach_s
__kstrtab_cxd2841er_attach_t_c
__kstrtabns_cxd2841er_attach_t_c
__ksymtab_cxd2841er_attach_t_c
cxd2841er_attach
cxd2841er_attach.cold

Alles anzeigen

Das sollte eigentlich auch früh genug geladen sein - in /etc/conf.d/modules hab ich

modules_5_10_27="cxd2099 cxd2841er tda18212" stehen (und lsmod zeigt die nachher ja auch an - also das Laden geht grundsätzlich...)

SurfaceCleanerZ · 23. April 2021

Hi,

Welcher Tuner ist es denn?

DD braucht für neueste Karten wieder extern gepflegte Treiber...

Evtl. brauchst du die doch?

Mfg Stefan

mhanft · 23. April 2021

Nein, neu sind die nicht. Gekauft im November 2015. In der Bestellbestätigung stand "L4M-Twin C2T2 / V7Cine C/C2/T/T2 (V7)" bzw. "L4M-Flex C2/T2". Aber dmesg erkennt sie ja im Prinzip sogar:

Code

[    0.783469] ddbridge: Digital Devices PCIE bridge driver 0.9.33-integrated, Copyright (C) 2010-17 Digital Devices GmbH
[    0.783688] ddbridge 0000:08:00.0: detected Digital Devices Cine CT V7 DVB adapter
[    0.783830] ddbridge 0000:08:00.0: HW 00010002 REGMAP 00010004
[    0.894677] ddbridge 0000:08:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843
[    1.005028] ddbridge 0000:08:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2
[    1.015822] ddbridge 0000:08:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE
[    1.017576] ddbridge 0000:08:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE
[    1.017885] dvbdev: DVB: registering new adapter (DDBridge)
[    1.017985] dvbdev: DVB: registering new adapter (DDBridge)
[    1.018082] dvbdev: DVB: registering new adapter (DDBridge)
[    1.018181] dvbdev: DVB: registering new adapter (DDBridge)
[    1.018536] DVB: Unable to find symbol cxd2841er_attach_t_c()
[    1.018641] ddbridge 0000:08:00.0: No cxd2837/38/43/54 found!
[    1.019015] ddbridge 0000:08:00.0: port_attach on port 0 failed
[    1.019280] DVB: Unable to find symbol cxd2841er_attach_t_c()
[    1.019384] ddbridge 0000:08:00.0: No cxd2837/38/43/54 found!
[    1.019604] ddbridge 0000:08:00.0: port_attach on port 1 failed
[    1.019707] ddbridge 0000:08:00.0: All connected ports failed to initialise!
[    1.019809] ddbridge 0000:08:00.0: fail3
[    1.019912] ddbridge 0000:08:00.0: fail2
[    1.020123] ddbridge 0000:08:00.0: fail1
[    1.020230] ddbridge 0000:08:00.0: fail0
[    1.020327] ddbridge 0000:08:00.0: fail
[    1.020487] ddbridge: probe of 0000:08:00.0 failed with error -1

Alles anzeigen

Das einzige, was mir auffällt, ist, dass die Karte als "CXD2843" gemeldet wird (und im media_build_experimental hatte ich auch tatsächlich ein Kernelmodul "cxd2843"), aber jetzt offenbar ein Symbol "cxd2841..." gesucht wird (wobei das cxd2841er-Kernelmodul ja durchaus geladen ist).

Kann man diese Kartenerkennung, die in dmesg passiert, eigentlich nachträglich nochmal manuell anstoßen? Nach jeder Treiber- oder Moduländerung neu booten zu müssen, um zu sehen, ob die Karte jetzt erkannt wird, ist etwas mühsam...

wirbel · 23. April 2021

Alle dvb/media Module per rmmod oder modprobe -r entladen, die per lsmod gelistet sind, immer die zuerst welche als in-use eine Null anzeigen und wiederholen bis keine mehr geladen sind.

Danach eben neu laden.

mhanft · 23. April 2021

Ah, danke. Dann war es vielleicht ungünstig, ddbrigde gleich in den Kernel zu compilieren statt ein Modul draus zu machen - so wie jetzt kann ich das ja nicht entladen.. ich werd' nochmal einen Kernel bauen, wo das ganze Media-Zeug als Modul statt direkt enthalten drin ist, dann ist man diesbezüglich wohl etwas flexibler...

wirbel · 23. April 2021

Alle media Treiber als module

mhanft · 24. April 2021

Zitat von wirbel

Alle media Treiber als module

Ja, das war's - geht wieder. DANKE!!!

(man braucht nicht mal die Module in /etc/conf.d/modules und/oder /etc/modules-load.d angeben - die werden irgendwie automagisch geladen - ein Wunder)

Aufschnauf...

mhanft · 26. April 2021

Eine kleine Zusatzfrage muss ich allerdings noch anhängen:

Mit dem alten 4.1.12-Kernel (und "media-build-experimental") war die CPU-Belastung praktisch nicht messbar (auch während einer Aufnahme nicht) - die "load average" irgendwo bei 0.06 und die "%CPU" bei 0.7, also "fast nix".

Jetzt, mit Kernel 5.10.27 und dem "mitgelieferten" ddbridge-Modul, schaut "top" (während einer Aufnahme) so aus:

Code

top - 10:55:23 up 1 day, 21:42,  1 user,  load average: 0.24, 0.14, 0.10
Tasks: 172 total,   1 running, 171 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.3 us,  0.8 sy,  0.3 ni, 98.6 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :  32071.9 total,    747.9 free,   3052.5 used,  28271.6 buff/cache
MiB Swap:  16384.0 total,  16383.0 free,      1.0 used.  28665.4 avail Mem
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
31629 vdr       20   0 1999252 235308   8156 S   8.3   0.7 139:46.39 vdr
24591 root      20   0       0      0      0 I   2.7   0.0   5:43.43 kworker/2:2-ddbridge
29519 root      20   0    9352   2904   2428 R   0.6   0.0   0:00.03 top
   10 root      20   0       0      0      0 I   0.3   0.0   6:49.80 rcu_sched

(mit mehreren Aufnahmen gleichzeitig geht das bis ca. Load 0.63 und 24 %CPU oder so), und ohne Aufnahme auch nicht viel weniger als das da oben).

Nicht dass der Server das nicht schaffen würde, aber rein technisch gibt es doch eigentlich keinen Grund, warum die Belastung durch den vdr plötzlich so viel höher ist als früher.

Die Website (über den vdradmin-am) baut sich auch deutlich langsamer (bzw. verzögerter) auf als früher.

Gibts da irgendwelche Diagnose- und Therapiemöglichkeiten?

jsffm · 26. April 2021

Man muss hier aufpassen, dass man hier nicht Äpfel mit Birnen vergleicht, waren die Bedingungen wirklich identisch? Sind Aufzeichnungen von verschl. Sendern beteiligt?

mhanft · 26. April 2021

Naja, exakte wissenschaftliche Experimente habe ich natürlich nicht gemacht. Aber der vdr lief jetzt mit dem alten Kernel über fünf Jahre, und "vdr" habe ich in "top" nur gelegentlich und ganz selten mal aufblitzen sehen (und "ddbridge" überhaupt nie). Seit dem Upgrade auf den neuen Kernel und das neue ddbridge sind "vdr" und "kworker/2:1-ddbridge" jetzt einfach immer ganz oben bei "top".

Ist halt einfach nur "gefühlt ungewöhnlich".

Aktuell - ohne laufende Aufnahme sah's z.B. gerade so aus:

Code

top - 13:22:32 up 2 days, 9 min,  1 user,  load average: 0.09, 0.16, 0.17
Tasks: 171 total,   1 running, 170 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.2 us,  0.6 sy,  0.5 ni, 98.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :  32071.9 total,   1030.9 free,   3056.0 used,  27985.1 buff/cache
MiB Swap:  16384.0 total,  16383.0 free,      1.0 used.  28673.9 avail Mem
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
31629 vdr       20   0 1999304 238660   8192 S   7.7   0.7 150:42.85 vdr
30596 root      20   0       0      0      0 I   2.2   0.0   2:16.17 kworker/2:1-ddbridge
 3399 mysql     20   0 3165348 873452  35812 S   1.1   2.7  20:21.98 mysqld
 3814 root      20   0  766064  18404   7068 S   1.1   0.1  11:23.58 fail2ban-server
   10 root      20   0       0      0      0 I   0.6   0.0   7:14.30 rcu_sched
  514 root      20   0    9356   2708   2360 R   0.6   0.0   0:00.53 top
31665 root      20   0       0      0      0 S   0.6   0.0   1:19.39 kdvb-ad-2-fe-0
    1 root      20   0    2304   1588   1472 S   0.0   0.0   0:02.66 init
    2 root      20   0       0      0      0 S   0.0   0.0   0:00.12 kthreadd

Alles anzeigen

also etwas besser als da oben, aber dass ein vdr, der eigentlich gerade RGN (Rein Gar Nix) macht, zusammen mit ddbridge dauerhaft insgesamt 9,9% CPU-Zeit zieht, kommt mir halt etwas seltsam vor. Wenn's ein neues System wäre, würde ich das halt als quasi gottgegeben hinnehmen, aber ich bins von früher her halt anders gewohnt...

jsffm · 26. April 2021

Das neuere Programmversionen mehr Ressourcen verbrauchen ist andererseits nicht ungewöhnlich, dass kann mit zus. Sicherheits Protokollen oder anderen Verbesserungen zusammenhängen.

Ich hatte vor langer langer Zeit einen Server, der mit 64Mb wunderbar lief, nach Update von Apache musste ich den Speicher vergrößern ..

Kernel-Update von 4 auf 5 und schon geht's nicht mehr

Jetzt mitmachen!

Teilen