Aktualisierte Bridge mit MSI Support usw. gibts erst ab 4.14. Deine Karte sollte aber auch mit 4.13 laufen (und sogar davor; für die Akten: Meine DVB-C+DVB-T Hardware läuft im Server derzeit mit 'nem Stock 4.13er Kernel ohne Out-of-Tree-Module). Ich würde erstmal ohne Virtualisierung und Passthrough testen, wenn die Karte dann läuft, liegt Dein Problem im Virtualisierer (das ist dann aber kein Treiberproblem mehr).
Treiber der Cine-CTv6/DDBridge/CI in den Kernel integrieren
-
-
Ohne Virtualisierung und Passthrough wird die karte richtig erkant (gleiche Hardware und gleiche OS und Kernel) und /dev/dvb/adapter0 wird auch erstellt. Getestet habe ich sie mit VDR nicht (da neue installation auf einem Spare disk). Jedoch brauche die zum Einsatz unter Virtualisierung Umgebung :(.
Code
Alles anzeigen[root@vdrserver02 ~]# lspci -vvvnn | grep -i dvb 07:00.0 Multimedia controller [0480]: Digital Devices GmbH Octopus DVB Adapter [dd01:0003] Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter [dd01:0020] dmesg [ 8.022052] cxd2099: module is from the staging directory, the quality is unknown, you have been warned. [ 8.152455] ddbridge: Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH [ 8.152566] DDBridge 0000:07:00.0: Detected Digital Devices Cine S2 V6 DVB adapter [ 8.152576] DDBridge 0000:07:00.0: HW 00010009 FW 00010004 [ 8.153670] DDBridge 0000:07:00.0: Port 0 (TAB 1): DUAL DVB-S2 [ 8.154530] DDBridge 0000:07:00.0: Port 1 (TAB 2): NO MODULE [ 8.155388] DDBridge 0000:07:00.0: Port 2 (TAB 3): NO MODULE [ 8.155527] dvbdev: DVB: registering new adapter (DDBridge) [ 8.715326] LNBx2x attached on addr=a [ 8.719469] stv6110x_attach: Attaching STV6110x [ 8.719475] DDBridge 0000:07:00.0: attach tuner input 0 adr 60 [ 8.719478] DDBridge 0000:07:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)... [ 8.719538] dvbdev: DVB: registering new adapter (DDBridge) [ 8.756893] LNBx2x attached on addr=8 [ 8.756895] stv6110x_attach: Attaching STV6110x [ 8.756898] DDBridge 0000:07:00.0: attach tuner input 1 adr 63 [ 8.756899] DDBridge 0000:07:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
dvb-fe-tool findet keine signal werte obwohl LNB (Astra 19.2) mit Tuner1 verbunden ist.
Code
Alles anzeigen[root@vdrserver02 ~]# dvb-fe-tool -a0 -f0 -m -v -c10 Device STV090x Multistandard (/dev/dvb/adapter0/frontend0) capabilities: CAN_2G_MODULATION CAN_FEC_AUTO CAN_INVERSION_AUTO CAN_QPSK DVB API Version 5.10, Current v5 delivery system: DVBS Supported delivery systems: [DVBS] DVBS2 DSS DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) DEBUG POST BER not available (0x00) SEC: set voltage to OFF ERROR FE_SET_VOLTAGE: Operation not permitted [root@vdrserver02 ~]#
-
Ohne Virtualisierung und Passthrough wird die karte richtig erkant (gleiche Hardware und gleiche OS und Kernel) und /dev/dvb/adapter0 wird auch erstellt.
Gut, dann gibts mit Karte und Treibern keine Probleme. Dein Fehler wird irgendwo beim Routing vom Host zur VM auftreten. Bitte separaten Thread aufmachen,
das hat mit den DD Treibern nichts zu tun.
dvb-fe-tool findet keine signal werte obwohl LNB (Astra 19.2) mit Tuner1 verbunden ist.
Wenn der Demod nicht instruiert wird, einen Sender zu empfangen (durch VDR, oder irgendeine andere Userspace-Software), liegen auch keine Signalstatistiken an.
-
Nur mal so zwischendurch:
Quelle: https://www.heise.de/ct/artike…n-Linux-4-14-3831941.html
ZitatNoch mehr neue und verbesserte Treiber
Die Kernel-Entwickler haben auch zahlreiche andere Treiber überarbeitet und neue integriert, um die Hardware-Unterstützung zu verbessern. Die Alsa- und ASoC-Treiber unterstützten jetzt etwa die Audio-Funktion von Cannon-Lake-Prozessoren, die Intel offenbar in den nächsten Monaten einführen will (1, 2, 3, 4, 5). Die Änderungen am Media-Subsystem haben gleich einen ganzen Schwung neuer Treiber gebracht, die etwa Support für den ST STV0910 DVB-S/S2 Demodulator, den ST STV6111 DVB-S/S2 Tuner oder den Tuner-Demodulator MaxLinear MxL5xx DVB-S/S2 bringen. Zudem gab es größere Umbauten an ddbridge, durch die der Treiber jetzt auf den MXL5xx-Chips aufbauenden DVB-S-Hardware Digital Devices Max S4/8 und Octopus Max unterstützt.
Lars.
-
Hi,
nach ziemlich genau zehn Tagen Dauerbetrieb hat es mich heute doch wieder erwischt :-(.
CodeNov 3 10:33:05 VDRServer kernel: [943874.301632] ddbridge 0000:02:00.0: DDBridge IRS 00000002 Nov 3 10:33:05 VDRServer kernel: [943874.304047] ddbridge 0000:02:00.0: I2C cmd=00002601 mon=0802000f Nov 3 10:33:05 VDRServer kernel: [943874.306436] ddbridge 0000:02:00.0: TryForce recover after timeout
Allerdings musste ich nicht wie früher den Rechner komplett stromlos machen. Entladen und neu laden des Kernelmoduls haben ausgereicht...
Ich teste jetzt mal wieder mit MSI=0.
-
servus miteinander,
wollte eben fuer den ubuntu-kernel 4.10.0-38-generic per buildall das media_build bauen,
bricht aber leider mit folgender fehlermeldung ab:
Code
Alles anzeigen/usr/local/src/nst/media_build/v4l/tvaudio.c: In function 'chip_thread_wake': /usr/local/src/nst/media_build/v4l/tvaudio.c:305:27: error: implicit declaration of function 'from_timer' [-Werror=implicit-function-declaration] struct CHIPSTATE *chip = from_timer(chip, t, wt); ^ /usr/local/src/nst/media_build/v4l/tvaudio.c:305:47: error: 'wt' undeclared (first use in this function) struct CHIPSTATE *chip = from_timer(chip, t, wt); ^ /usr/local/src/nst/media_build/v4l/tvaudio.c:305:47: note: each undeclared identifier is reported only once for each function it appears in /usr/local/src/nst/media_build/v4l/tvaudio.c: In function 'tvaudio_probe': /usr/local/src/nst/media_build/v4l/tvaudio.c:1998:2: error: implicit declaration of function 'timer_setup' [-Werror=implicit-function-declaration] timer_setup(&chip->wt, chip_thread_wake, 0); ^ CC [M] /usr/local/src/nst/media_build/v4l/saa6588.o cc1: some warnings being treated as errors scripts/Makefile.build:301: die Regel für Ziel „/usr/local/src/nst/media_build/v4l/tvaudio.o" scheiterte
wie bekomme ich das denn aufgeloest?
gruss
beinhart
-
Hi,
vielleicht hilft es den Patch rückgängig zu machen
media: tvaudio: Convert timers to use timer_setup()
CU
9000h
-
... oder bis heute abend warten, bis ich auf den aktuellen media_build upstream rebased hab, da sind die passenden Fixes schon drin.
-
... oder bis heute abend warten, bis ich auf den aktuellen media_build upstream rebased hab, da sind die passenden Fixes schon drin.
na da wart ich doch gerne ...
das zurueckpatchen waere im uebrigen ein rattenschwanz. es hoert mit den abbruechen nicht bei tvaudio.c auf
besten dank und gruss
beinhart
-
na da wart ich doch gerne ...
Habe gestern alles upgedated und rebased. Wenn du "mediatree/master-ddbridge" installieren willst, brauchst Du aus dem media_build den "buildall-ioctl" Branch (bitte beim Clone/Checkout beachten - der Einfachheit halber würde ich alles neu clonen). Hinweis: Gegen 3.11-3.16 einschliesslich könnte es derzeit Probleme geben, ich teste selbst aktuell nur gegen 4.13 bzw. 4.14rc.
-
Habe gestern alles upgedated und rebased. Wenn du ...
besten dank fuer die schnelle hilfe. bin nun auch auf 4.13 und laeuft einwandfrei
gruss
beinhart
-
servus nst,
hab mal wieder probleme mit dem bauen der treiber; folgende ausgangslage:
kernel ubuntu 4.13.0-19-generic
media-build mit branch buildall-ioctl
dddvb-linux-kernel mit branch mediatree/master-ddbridge
die branches sind jeweils neu ausgecheckt
gebaut mit build_all.sh
wirft folgenden fehler mit dem backport pr_fmt.patch aus:
Code
Alles anzeigenKernel build directory is /lib/modules/4.13.0-19-generic/build make -C ../linux apply_patches make[2]: Entering directory '/usr/local/src/nst/media_build/linux' make[3]: Entering directory '/usr/local/src/nst/media_build/linux' Unapplying patches patch -s -f -R -p1 -i ../backports/api_version.patch make[3]: Leaving directory '/usr/local/src/nst/media_build/linux' Applying patches for kernel 4.13.0-19-generic patch -s -f -N -p1 -i ../backports/api_version.patch patch -s -f -N -p1 -i ../backports/pr_fmt.patch 1 out of 1 hunk FAILED Makefile:131: recipe for target 'apply_patches' failed make[2]: *** [apply_patches] Error 1 make[2]: Leaving directory '/usr/local/src/nst/media_build/linux' Makefile:51: die Regel für Ziel „default" scheiterte make[1]: *** [default] Fehler 2 make[1]: Verzeichnis „/usr/local/src/nst/media_build/v4l" wird verlassen Makefile:26: die Regel für Ziel „all" scheiterte make: *** [all] Fehler 2
denke, dass da noch mehr fehler auftauchen werden.
koenntest du das, wenn du zeit findest, korrigieren - besten dank
gruss
beinhart
-
Hi!
Ich weiß nicht ob nst seine Branches auf den aktuellen Kernel/Build Letztstand rebased hat, aber derzeit funktioniert der HEAD von media-build nicht. Ich hatte vor mir das am WE mal näher anzuschauen, nachdem mich der media-build Maintainer darum gebeten hat.
LG,
Jasmin
-
aber derzeit funktioniert der HEAD von media-build nicht
Ich habe media-build repariert, jetzt muss nst nur noch seine Branches updaten.
LG
Jasmin
-
Mahlzeit,
gestern war offenbar mal wieder "Merge-Day" im media_tree, dabei wurden die ddbridge-0.9.32 Patches mitgemerged. Die Changes werden in Linux-4.16(rc1) landen. Einen wirklichen Grund, darauf zu warten, gibts aber eigentlich nicht, dddvb-0.9.31->0.9.32 war im Tunerkartenbereich nur 'ne Aufräumaktion.
Passend hab' ich gestern abend alles zurechtgerückt (dddvb-linux-kernel komplett rebased und alte Branches gekillt, media_build upgedated). Gegen Kernel <=3.13 (u.a. Trusty Stock Kernel) gibts derzeit noch ein Problem mit 'nem Backport Patch (kommt noch) und der pvrusb2-Treiber ("Hauppauge WinTV-PVR USB2 support") ist zumindest temporär hinten rüber gefallen, sonst sollte aber erstmal alles passen.
Viel Spass,
nst
-
Hallo,
so bei Fedora gabs nun ein Kernel-Update auf 4.14.
Seitdem funktioniert mein FlexCI nicht mehr.
Code
Alles anzeigen[ 4.877430] ddbridge: Digital Devices PCIE bridge driver 0.9.31intermediate-integrated, Copyright (C) 2010-17 Digital Devices GmbH [ 4.879058] ddbridge 0000:03:00.0: enabling device (0140 -> 0142) [ 4.879190] ddbridge 0000:03:00.0: detected Digital Devices Octopus Mini [ 4.879206] ddbridge 0000:03:00.0: HW 00010003 REGMAP 00010005 [ 4.880296] ddbridge 0000:03:00.0: Port 0: Link 0, Link Port 0 (TAB 1): CI [ 4.990154] ddbridge 0000:03:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2 [ 5.102435] ddbridge 0000:03:00.0: Port 2: Link 0, Link Port 2 (TAB 3): DUAL DVB-S2 [ 5.103582] ddbridge 0000:03:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE [ 5.103938] ddbridge 0000:03:00.0: port_attach on port 0 failed [ 5.120029] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)... [ 5.124902] ddbridge 0000:03:00.0: DVB: registering adapter 2 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)... [ 5.188069] ddbridge 0000:03:00.0: DVB: registering adapter 3 frontend 0 (ST STV0910)... [ 5.212384] ddbridge 0000:03:00.0: DVB: registering adapter 4 frontend 0 (ST STV0910)...
Mit 4.13 und dddvb 0.9.32 funktioniert es noch...
Code
Alles anzeigen[ 4.382252] ddbridge 0000:03:00.0: enabling device (0140 -> 0142) [ 4.382366] ddbridge 0000:03:00.0: device name: Digital Devices Octopus Mini [ 4.382383] ddbridge 0000:03:00.0: HW 00010003 REGMAP 00010005 [ 4.382397] ddbridge 0000:03:00.0: link 0 vendor dd01 device 0005 subvendor dd01 subdevice 0011 [ 4.388193] ddbridge 0000:03:00.0: Port 0: Link 0, Link Port 0 (TAB 1): CI [ 4.388195] ddbridge 0000:03:00.0: init link 0, input 0, regs 00000200 [ 4.388196] ddbridge 0000:03:00.0: init link 0, input 0, handler 8 [ 4.388198] ddbridge 0000:03:00.0: init link 0, io 0, dma 0, dmaregs 00000300 bufregs 00002000 [ 4.388199] ddbridge 0000:03:00.0: init link 0, input 1, regs 00000210 [ 4.388200] ddbridge 0000:03:00.0: init link 0, input 1, handler 9 [ 4.388201] ddbridge 0000:03:00.0: init link 0, io 1, dma 1, dmaregs 00000310 bufregs 00002100 [ 4.388202] ddbridge 0000:03:00.0: init link 0, output 0, regs 00000280 [ 4.388203] ddbridge 0000:03:00.0: init link 0, io 0, dma 0, dmaregs 00000380 bufregs 00002800 [ 4.390682] ddbridge 0000:03:00.0: XO2 ID 0c [ 4.502102] ddbridge 0000:03:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2 [ 4.502105] ddbridge 0000:03:00.0: init link 0, input 2, regs 00000220 [ 4.502106] ddbridge 0000:03:00.0: init link 0, input 2, handler 10 [ 4.502107] ddbridge 0000:03:00.0: init link 0, io 2, dma 2, dmaregs 00000320 bufregs 00002200 [ 4.502108] ddbridge 0000:03:00.0: init link 0, input 3, regs 00000230 [ 4.502109] ddbridge 0000:03:00.0: init link 0, input 3, handler 11 [ 4.502110] ddbridge 0000:03:00.0: init link 0, io 3, dma 3, dmaregs 00000330 bufregs 00002300 [ 4.502111] ddbridge 0000:03:00.0: init link 0, output 1, regs 00000290 [ 4.502112] ddbridge 0000:03:00.0: init link 0, io 1, dma 1, dmaregs 00000390 bufregs 00002900 [ 4.502960] ddbridge 0000:03:00.0: XO2 ID 01 [ 4.614570] ddbridge 0000:03:00.0: Port 2: Link 0, Link Port 2 (TAB 3): DUAL DVB-S2 [ 4.614575] ddbridge 0000:03:00.0: init link 0, input 4, regs 00000240 [ 4.614577] ddbridge 0000:03:00.0: init link 0, input 4, handler 12 [ 4.614581] ddbridge 0000:03:00.0: init link 0, io 4, dma 4, dmaregs 00000340 bufregs 00002400 [ 4.614583] ddbridge 0000:03:00.0: init link 0, input 5, regs 00000250 [ 4.614585] ddbridge 0000:03:00.0: init link 0, input 5, handler 13 [ 4.614587] ddbridge 0000:03:00.0: init link 0, io 5, dma 5, dmaregs 00000350 bufregs 00002500 [ 4.614590] ddbridge 0000:03:00.0: init link 0, output 2, regs 000002a0 [ 4.614593] ddbridge 0000:03:00.0: init link 0, io 2, dma 2, dmaregs 000003a0 bufregs 00002a00 [ 4.615753] ddbridge 0000:03:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE [ 4.616690] ddbridge 0000:03:00.0: 0 netstream channels [ 4.908060] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (CXD2843 DVB-C/C2 DVB-T/T2)... [ 5.266835] ddbridge 0000:03:00.0: DVB: registering adapter 2 frontend 0 (CXD2843 DVB-C/C2 DVB-T/T2)... [ 5.306200] ddbridge 0000:03:00.0: DVB: registering adapter 3 frontend 0 (STV0910)... [ 5.309816] ddbridge 0000:03:00.0: DVB: registering adapter 4 frontend 0 (STV0910)...
Unter 4.13 und dem aktuellen dddvb git (87246de124e4a7939dee4b4b71248a52c9c6893) geht es aber auch nicht mehr.
Code
Alles anzeigen[ 4.380640] ddbridge 0000:03:00.0: enabling device (0140 -> 0142) [ 4.380736] ddbridge 0000:03:00.0: device name: Digital Devices Octopus Mini [ 4.380755] ddbridge 0000:03:00.0: HW 00010003 REGMAP 00010005 [ 4.380769] ddbridge 0000:03:00.0: link 0 vendor dd01 device 0005 subvendor dd01 subdevice 0011 [ 4.408317] ddbridge 0000:03:00.0: Port 0: Link 0, Link Port 0 (TAB 1): CI [ 4.408319] ddbridge 0000:03:00.0: init link 0, input 0, regs 00000200 [ 4.408320] ddbridge 0000:03:00.0: init link 0, input 0, handler 8 [ 4.408321] ddbridge 0000:03:00.0: init link 0, io 0, dma 0, dmaregs 00000300 bufregs 00002000 [ 4.408322] ddbridge 0000:03:00.0: init link 0, input 1, regs 00000210 [ 4.408323] ddbridge 0000:03:00.0: init link 0, input 1, handler 9 [ 4.408324] ddbridge 0000:03:00.0: init link 0, io 1, dma 1, dmaregs 00000310 bufregs 00002100 [ 4.408325] ddbridge 0000:03:00.0: init link 0, output 0, regs 00000280 [ 4.408327] ddbridge 0000:03:00.0: init link 0, io 0, dma 0, dmaregs 00000380 bufregs 00002800 [ 4.410253] ddbridge 0000:03:00.0: XO2 ID 0c [ 4.526103] ddbridge 0000:03:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2 [ 4.526105] ddbridge 0000:03:00.0: init link 0, input 2, regs 00000220 [ 4.526105] ddbridge 0000:03:00.0: init link 0, input 2, handler 10 [ 4.526106] ddbridge 0000:03:00.0: init link 0, io 2, dma 2, dmaregs 00000320 bufregs 00002200 [ 4.526107] ddbridge 0000:03:00.0: init link 0, input 3, regs 00000230 [ 4.526108] ddbridge 0000:03:00.0: init link 0, input 3, handler 11 [ 4.526108] ddbridge 0000:03:00.0: init link 0, io 3, dma 3, dmaregs 00000330 bufregs 00002300 [ 4.526109] ddbridge 0000:03:00.0: init link 0, output 1, regs 00000290 [ 4.526110] ddbridge 0000:03:00.0: init link 0, io 1, dma 1, dmaregs 00000390 bufregs 00002900 [ 4.527103] ddbridge 0000:03:00.0: XO2 ID 01 [ 4.638642] ddbridge 0000:03:00.0: Port 2: Link 0, Link Port 2 (TAB 3): DUAL DVB-S2 [ 4.638647] ddbridge 0000:03:00.0: init link 0, input 4, regs 00000240 [ 4.638649] ddbridge 0000:03:00.0: init link 0, input 4, handler 12 [ 4.638652] ddbridge 0000:03:00.0: init link 0, io 4, dma 4, dmaregs 00000340 bufregs 00002400 [ 4.638653] ddbridge 0000:03:00.0: init link 0, input 5, regs 00000250 [ 4.638655] ddbridge 0000:03:00.0: init link 0, input 5, handler 13 [ 4.638657] ddbridge 0000:03:00.0: init link 0, io 5, dma 5, dmaregs 00000350 bufregs 00002500 [ 4.638659] ddbridge 0000:03:00.0: init link 0, output 2, regs 000002a0 [ 4.638661] ddbridge 0000:03:00.0: init link 0, io 2, dma 2, dmaregs 000003a0 bufregs 00002a00 [ 4.639804] ddbridge 0000:03:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE [ 4.640552] ddbridge 0000:03:00.0: 0 netstream channels [ 4.640569] ddbridge 0000:03:00.0: port_attach on port 0 failed [ 4.640688] ddbridge 0000:03:00.0: fail3 [ 4.640759] ddbridge 0000:03:00.0: fail2 [ 4.641051] ddbridge 0000:03:00.0: fail1 [ 4.641147] ddbridge 0000:03:00.0: fail0 [ 4.641210] ddbridge 0000:03:00.0: fail [ 4.641500] ddbridge: probe of 0000:03:00.0 failed with error -1
-
Unter 4.13 und dem aktuellen dddvb git (87246de124e4a7939dee4b4b71248a52c9c6893) geht es aber auch nicht mehr.
In dem Fall bitte das Problem direkt beim DD-Support einkippen. EDIT: Was mir zu
noch einfällt: Das ist ein Sony CXD2099AR basiertes CI-Flex. Du solltest mal checken, ob Dein Kernel das cxd2099 Modul mitbringt ("modinfo cxd2099") und/oder ddbridge davon abhängt ("modinfo ddbridge", depends: sollte "dvb-core,cxd2099" oder umgekehrt ausgeben). Wenn das NICHT da ist, bringt Deine Distro evtl. keine Staging-Module mit. Mit dem upstream-Code sollte das dennoch laufen, deshalb der Support-Hinweis.
-
Ja das cxd2099 Modul wurde nicht gefunden und ddbridge hängt nur von dvb-core ab.
Danke für die Aufklärung.
Hab auch ein Ticket bei DD aufgemacht.
-
Ja das cxd2099 Modul wurde nicht gefunden und ddbridge hängt nur von dvb-core ab.
Dann ist schlicht kein Treiber da, der Dein CI bedient (das ist ziemlicher Murks, wenn die Distro das nicht mitcompiled, das liegt aber ausschliesslich im Einflussbereich der Distromaintainer...). Gibts in Fedora evtl. sowas wie ein "kernel-staging-modules" Package?
EDIT (schon wieder): Ja, gibts: "kmod-staging" in RPMFusion. Siehe auch https://ask.fedoraproject.org/…le-rts5139-kernel-module/ (anderer Treiber, gleiches Problem).
dddvb sollte das Problem aber nicht mitbringen.
-
Da freut man sich so auf 4.14, dass man nicht mehr soviel frickeln muss und nun sowas
"kmod-staging" scheint es nicht mehr zu geben bei RPMFusion.
Da werde ich wohl mal nachfragen müssen ob und wo es das cxd2099 Modul geben könnte.
Jedenfalls wurde das Problem in dddvb inzwischen behoben.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!