ngene-Treiber: Unterstützung für (fast) alle DuoFlex-Module, kleinere Verbesserungen

vdrjoe · 4. Mai 2018

Habe zur Zeit das DuoFlex Duo_Ci an der Octopus bridge.

nst: Ich werde dann am Wochenende nocheinmal das Flex-CI an eine Cine S2 V5.5 hängen und schauen, was nach dem depmod passiert.

vdrjoe · 4. Mai 2018

nst:

Danke, das hat geholfen!

Das Flex-CI läuft im Moment an der Octopus-Bridge, der Versuch direkt an einer Cine S2 folgt.

Die Bildstörungen sind verschwunden, alles gut. Danke für die Treiber-Pflege.

Honker · 6. Mai 2018

Zitat von nst

Was sagt denn "modinfo dvb-core", "modinfo videbuf2-vmalloc", "modinfo ngene", "modinfo ddbridge", "modinfo media", und im Vergleich modinfo eines anderen Modules, das derzeit geladen ist (eins aus lsmod), nachdem Du den media_tree mit media_build durchcompiled und installiert hast? Das riecht alles ein bisschen nach fehlenden oder falschen Headern zum Kernel...

Hi nst,

bekomme bei Proxmox nur die Header, nicht die kompletten Sourcen. Kann es daran liegen?

Code

apt-cache show pve-headers-4.15.15-1-pve
Package: pve-headers-4.15.15-1-pve
Architecture: amd64
Version: 4.15.15-6
Priority: optional
Section: devel
Source: pve-kernel
Maintainer: Proxmox Support Team <support@proxmox.com>
Installed-Size: 56481
Provides: linux-headers, linux-headers-2.6
Depends: coreutils | fileutils (>= 4.0)
Filename: dists/stretch/pve-no-subscription/binary-amd64/pve-headers-4.15.15-1-pve_4.15.15-6_amd64.deb
Size: 8619442
MD5sum: dda08e36a84d07c69c254d348bf7d41e
SHA1: 3fb7701d7cdda4fcb4d0e436759929167843fd4b
SHA256: fcb4841ce1d6af7eb22fe60db4a669b7e8665d66bdccb859dea256f41cc1a3b4
SHA512: 4ca0a20dc88eb6e9a7137f07be7abc4673a4ba3d90a1da8c2117ac79daba831a967fd2c63283371f9eaa44a4248d51c13da88a974bc2ea1b9fe83fe4704d6a72
Description: The Proxmox PVE Kernel Headers
 This package contains the linux kernel headers
Description-md5: 4841560c5420d39041d5e38a7f81c94e

Package: pve-headers-4.15.15-1-pve
Architecture: amd64
Version: 4.15.15-5
Priority: optional
Section: devel
Source: pve-kernel
Maintainer: Proxmox Support Team <support@proxmox.com>
Installed-Size: 56481
Provides: linux-headers, linux-headers-2.6
Depends: coreutils | fileutils (>= 4.0)
Filename: dists/stretch/pve-no-subscription/binary-amd64/pve-headers-4.15.15-1-pve_4.15.15-5_amd64.deb
Size: 8619100
MD5sum: ea9104d1d45741e89eef8a7ff1c4798c
SHA1: 8422d1dd31b3d97c0e5d97ee13779b7b41ab6fba
SHA256: 8ff8c2d88f3b41d1444871e10f34e8ee6cc27c596e27e17edf32faa90b10ee9c
SHA512: 0f8f0146ac90eef1c323f315af5f575aad1c24b70329faf73949f7d54bd884896bbd616d95cd6ff1093cb4d36f8f0b9c9445d17c680b70653ec269c89013ff3c
Description: The Proxmox PVE Kernel Headers
 This package contains the linux kernel headers
Description-md5: 4841560c5420d39041d5e38a7f81c94e

Alles anzeigen

Während des Builds "beschwert" er sich auch

Code

***WARNING:*** You do not have the full kernel sources installed.
This does not prevent you from building the v4l-dvb tree if you have the
kernel headers, but the full kernel source may be required in order to use
make menuconfig / xconfig / qconfig.

Wenn es wirklich an den fehlenden Sourcen liegt, weiß ich nur leider nicht wie ich das Problem lösen soll...

Im Vergleich zu anderen geladenen Modulen kann ich keinen Unterschied erkennen...

Grüße,

Alex

nst · 7. Mai 2018

Zitat von vdrjoe

Das Flex-CI läuft im Moment an der Octopus-Bridge, der Versuch direkt an einer Cine S2 folgt.

Funktioniert das Ding jetzt an der ngene-Karte? Hint: In eigenen Tests habe ich diverse Male festgestellt, dass das CI gerne mal das gesteckte ACL@One4All CAM total unmotiviert "ausgewürgt" hat und dann bis zum Neuladen des ngene-Treibers keine Reaktion mehr auf dem CAM-Slot gezeigt hat. Versprich' Dir davon also bitte nicht zuviel.

Zitat von Honker

bekomme bei Proxmox nur die Header, nicht die kompletten Sourcen. Kann es daran liegen?

Während des Builds "beschwert" er sich auch

Das funktioniert bei dem ganzen "normalen" Ubuntu und Debian Zeugs auch ohne installierte Kernel-Sourcen, daran wird es nicht liegen. Die Meldung kannst Du ignorieren. Wenn die Damen und Herren Proxmox nichts aussergewöhnliches paketiert haben, sollte das "eigentlich" funktionieren. Poste bitte die ganzen modinfo's (siehe ein paar Posts früher). Ich könnte mir vorstellen, dass die Herrschaften irgendwas aus dem media/ Bereich fest in das Kernel-Image reincompiled haben, und dann kannst Du das Thema mit media_build usw. vergessen.

vdrjoe · 7. Mai 2018

Zitat

Funktioniert das Ding jetzt an der ngene-Karte? Hint: In eigenen Tests habe ich diverse Male festgestellt, dass das CI gerne mal das gesteckte ACL@One4All CAM total unmotiviert "ausgewürgt" hat und dann bis zum Neuladen des ngene-Treibers keine Reaktion mehr auf dem CAM-Slot gezeigt hat. Versprich' Dir davon also bitte nicht zuviel.

Also, ich habe es eben aufgegeben. Habe nun die Cine V7 C2T2 zusätzlich eingebaut und das FlexCI dort angeklemmt. Das funktioniert sauber.

An der / den alten Cine S2 wurde mir wahlweise das CI angezeigt ohne CAM, mal auch alles inkl. ACL, aber kein Bild.

Mit einer der anderen V5.5 Karten dann auch keine ad-hoc Funktion, aber auch kein "Channel unavaílable", nur tiefste Nacht.

Ev. wäre das Bild noch gekommen, wenn ich geduldiger gewesen wäre.

Die cax-Einträge sind dabei zum /dvb/adapter? mit gewandert. Ich war mir dann nicht sicher, ob das CAM dann auch eine andere Nummer bekommt, und dementsprechend in der cam.data eingetragen werden muss. Der VDR oder das DDCI2_plugin tragen bei erfolgreichem Kanaltuning über ein anderes CAM dieses zusätzlich in die cam.data Zeilen ein. Ich vermute, dass VDR das dann auch in dieser Reihenfolge versucht und möglicherweise in ein Timeout läuft, bzw. meint, der erste Eintrag ist per default richtig (weil eigentlichg selbst eingetragen??)

Mit dem CI an der ansonsten bisher ungenutzen DVB-T2-Karte geht es, nun auch mit dem bösen Plugin.

Wenn ich 'mal viel Zeit habe, baue ich eine der Cine S2 V5.5 Karten aus und teste das nocheinmal separat in einem anderen PC.

Danke an alle für die Hilfe und die Beseitigung der Bildstörungen beim Empfang über die alte Cine S2 V5.5.

Jörg

Honker · 8. Mai 2018

Zitat von nst

Das funktioniert bei dem ganzen "normalen" Ubuntu und Debian Zeugs auch ohne installierte Kernel-Sourcen, daran wird es nicht liegen. Die Meldung kannst Du ignorieren. Wenn die Damen und Herren Proxmox nichts aussergewöhnliches paketiert haben, sollte das "eigentlich" funktionieren. Poste bitte die ganzen modinfo's (siehe ein paar Posts früher). Ich könnte mir vorstellen, dass die Herrschaften irgendwas aus dem media/ Bereich fest in das Kernel-Image reincompiled haben, und dann kannst Du das Thema mit media_build usw. vergessen.

Code

# modinfo dvb-core
filename:       /lib/modules/4.15.15-1-pve/kernel/drivers/media/dvb-core/dvb-core.ko
license:        GPL
author:         Marcus Metzler, Ralph Metzler, Holger Waechtler
description:    DVB Core Driver
srcversion:     533BB7E5866E52F63B9ACCB
depends:        videobuf2-common,media,videobuf2-vmalloc
retpoline:      Y
name:           dvb_core
vermagic:       4.15.15-1-pve SMP mod_unload modversions
parm:           vb2_debug:int
parm:           frontend_debug:Turn on/off frontend core debugging (default:off). (int)
parm:           dvb_shutdown_timeout:wait <shutdown_timeout> seconds after close() before suspending hardware (int)
parm:           dvb_force_auto_inversion:0: normal (default), 1: INVERSION_AUTO forced always (int)
parm:           dvb_override_tune_delay:0: normal (default), >0 => delay in milliseconds to wait for lock after a tune attempt (int)
parm:           dvb_powerdown_on_sleep:0: do not power down, 1: turn LNB voltage off on sleep (default) (int)
parm:           dvb_mfe_wait_time:Wait up to <mfe_wait_time> seconds on open() for multi-frontend to become available (default:5 seconds) (int)
parm:           cam_debug:enable verbose debug messages (int)
parm:           dvb_demux_tscheck:enable transport stream continuity and TEI check (int)
parm:           dvb_demux_speedcheck:enable transport stream speed check (int)
parm:           dvb_demux_feed_err_pkts:when set to 0, drop packets with the TEI bit set (1 by default) (int)
parm:           debug:Turn on/off debugging (default:off). (int)
parm:           dvbdev_debug:Turn on/off device debugging (default:off). (int)

Alles anzeigen

Code

# modinfo ngene
filename:       /lib/modules/4.15.15-1-pve/kernel/drivers/media/pci/ngene/ngene.ko
license:        GPL
author:         Micronas, Ralph Metzler, Manfred Voelkel
description:    nGene
srcversion:     533BB7E5866E52F63B9ACCB
alias:          pci:v000018C3d00000720sv0000153Bsd00001167bc*sc*i*
alias:          pci:v000018C3d00000720sv00001461sd0000062Ebc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD20bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD10bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD00bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB02bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB01bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC4bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC3bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000AB05bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000AB04bc*sc*i*
depends:        dvb-core
retpoline:      Y
name:           ngene
vermagic:       4.15.15-1-pve SMP mod_unload modversions
parm:           ci_tsfix:Detect and fix TS buffer offset shifs in conjunction with CI expansions (default: 1/enabled) (int)
parm:           one_adapter:Use only one adapter. (int)
parm:           shutdown_workaround:Activate workaround for shutdown problem with some chipsets. (int)
parm:           debug:Print debugging information. (int)
parm:           adapter_nr:DVB adapter numbers (array of short)

Alles anzeigen

Code

# modinfo ddbridge
filename:       /lib/modules/4.15.15-1-pve/kernel/drivers/media/pci/ddbridge/ddbridge.ko
version:        0.9.32-integrated
license:        GPL
author:         Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR
description:    Digital Devices PCIe Bridge
srcversion:     533BB7E5866E52F63B9ACCB
alias:          pci:v0000DD01d00000329sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000328sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000323sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000322sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000321sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000320sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000220sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000210sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000203sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000201sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000013sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000012sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000011sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000008sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000007sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000006sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000005sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000003sv0000DD01sd*bc*sc*i*
alias:          pci:v0000DD01d00000002sv0000DD01sd*bc*sc*i*
depends:        dvb-core
retpoline:      Y
name:           ddbridge
vermagic:       4.15.15-1-pve SMP mod_unload modversions
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:           msi:Control MSI interrupts: 0-disable (default), 1-enable (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)

Alles anzeigen

Code

# modinfo media
filename:       /lib/modules/4.15.15-1-pve/kernel/drivers/media/media.ko
license:        GPL
description:    Device node registration for media drivers
author:         Laurent Pinchart <laurent.pinchart@ideasonboard.com>
srcversion:     533BB7E5866E52F63B9ACCB
depends:
retpoline:      Y
name:           media
vermagic:       4.15.15-1-pve SMP mod_unload modversions

nst · 8. Mai 2018

Du hast vermutlich irgendwie 'ne Mischung aus den Kernelmodulen von Deinem Proxmox Kernelimage-Paket und dem Zeugs aus media_tree/media_build gebastelt, speziell die videobuf2-Module, möglicherweise Dupletten in /lib/modules/kernelversion/kernel/, und es werden die alten Module geladen, die dann natürlich nicht zum neuen dvb-core aus media_tree passen. Du könntest nochmal versuchen, alles, was "media.ko", "videodev.ko" und "videobuf2*.ko" heisst, einfach zu löschen und dann in media_build nochmal "make install ; depmod -a" ausführen. Dann nochmal /lib/modules/kernelversion/ durchkämmen, dass die Module wieder da sind, und dann nochmal "modprobe ngene" bzw. "modprobe ddbridge".

Honker · 10. Mai 2018

Da ich wieder alles gelöscht hatte, muss ich es komplette neu machen.

Jetzt scheitert aber ein "./build_all.sh ../dddvb-linux-kernel/"

Code

...
include/uapi/linux/dvb/ca.h
include/uapi/linux/dvb/audio.h
include/uapi/linux/dvb/version.h
tar xfj linux-media.tar.bz2
rm -f .patches_applied .linked_dir .git_log.md5
make -C /usr/local/src/media_build/v4l stagingconfig
make[1]: Verzeichnis „/usr/local/src/media_build/v4l" wird betreten
make[2]: Entering directory '/usr/local/src/media_build/linux'
Applying patches for kernel 4.15.15-1-pve
patch -s -f -N -p1 -i ../backports/api_version.patch
patch -s -f -N -p1 -i ../backports/pr_fmt.patch
patch -s -f -N -p1 -i ../backports/debug.patch
patch -s -f -N -p1 -i ../backports/drx39xxj.patch
patch -s -f -N -p1 -i ../backports/noretpoline.patch
Patched drivers/media/dvb-core/dvbdev.c
Patched drivers/media/v4l2-core/v4l2-dev.c
Patched drivers/media/rc/rc-main.c
make[2]: Leaving directory '/usr/local/src/media_build/linux'
./scripts/make_kconfig.pl /lib/modules/4.15.15-1-pve/build /lib/modules/4.15.15-1-pve/build 1 1
Preparing to compile for kernel version 4.15.15
File not found: /lib/modules/4.15.15-1-pve/build/.config at ./scripts/make_kconfig.pl line 33, <IN> line 4.
Makefile:382: die Regel für Ziel „stagingconfig" scheiterte
make[1]: *** [stagingconfig] Fehler 2
make[1]: Verzeichnis „/usr/local/src/media_build/v4l" wird verlassen
Makefile:26: die Regel für Ziel „stagingconfig" scheiterte
make: *** [stagingconfig] Fehler 2
Disabling CONFIG_DVB_DEMUX_SECTION_LOSS_LOG
sed: v4l/.config kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden
Disabling CONFIG_FRAME_VECTOR
sed: v4l/.config kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden
Disabling CONFIG_DVB_DDBRIDGE_MSIENABLE
sed: v4l/.config kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden
Setting CONFIG_DVB_MAX_ADAPTERS to 64
sed: v4l/.config kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden
make -C /usr/local/src/media_build/v4l
make[1]: Verzeichnis „/usr/local/src/media_build/v4l" wird betreten
Updating/Creating .config
make[2]: Entering directory '/usr/local/src/media_build/linux'
make[2]: Entering directory '/usr/local/src/media_build/linux'
Patches for 4.15.15-1-pve already applied.
make[2]: Leaving directory '/usr/local/src/media_build/linux'
./scripts/make_kconfig.pl /lib/modules/4.15.15-1-pve/build /lib/modules/4.15.15-1-pve/build
Patches for 4.15.15-1-pve already applied.
make[2]: Leaving directory '/usr/local/src/media_build/linux'
Preparing to compile for kernel version 4.15.15
File not found: /lib/modules/4.15.15-1-pve/build/.config at ./scripts/make_kconfig.pl line 33, <IN> line 4.
Preparing to compile for kernel version 4.15.15
File not found: /lib/modules/4.15.15-1-pve/build/.config at ./scripts/make_kconfig.pl line 33, <IN> line 4.
make[1]: *** Keine Regel vorhanden, um das Ziel „.config",
  benötigt von „.myconfig", zu erstellen.  Schluss.
make[1]: Verzeichnis „/usr/local/src/media_build/v4l" wird verlassen
Makefile:26: die Regel für Ziel „all" scheiterte
make: *** [all] Fehler 2

Alles anzeigen

nst · 10. Mai 2018

Zitat von Honker
Da ich wieder alles gelöscht hatte, muss ich es komplette neu machen.

Jetzt scheitert aber ein "./build_all.sh ../dddvb-linux-kernel/"
Code
...
./scripts/make_kconfig.pl /lib/modules/4.15.15-1-pve/build /lib/modules/4.15.15-1-pve/build 1 1
Preparing to compile for kernel version 4.15.15
File not found: /lib/modules/4.15.15-1-pve/build/.config at ./scripts/make_kconfig.pl line 33, <IN> line 4.
Makefile:382: die Regel für Ziel „stagingconfig" scheiterte

SIeht mir irgendwie nach fehlenden Kernel-Headern aus.

nst · 6. Juni 2018

Für alle, die ngene-mässig noch irgendwas testen wollen: Via http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.17/ gibts jetzt fertige Ubuntu Kernel .deb's, da ist alles drin (ggf. vorher auf kompatible nvidia-Binblobs/DKMS-Packages achten). Honker, da von Dir kein Feedback mehr kam - bitte am einfachsten dem Kernel-Team von Proxmox auf die Füße treten, dass die 4.17er Images bereitstellen, sofern mit media_build, media-build-dkms usw. immernoch Probleme bestehen.

Honker · 6. Juni 2018

Ich hatte bisher leider noch keine Zeit es weiter zu testen, daher hatte ich mich noch nicht wieder gemeldet. Ich hoffe ich finde zeitnah nochmal Zeit das zu testen. Gebe dann nochmal Feedback.

Grüße,

Alex

ngene-Treiber: Unterstützung für (fast) alle DuoFlex-Module, kleinere Verbesserungen

Jetzt mitmachen!

Teilen

Tags