DD Cine CT + Duoflex CT Probleme
-
-
Hi,
das neue gcc gibt es im xenial update Repo für trusty. Dort gibt es auch den Kernel 4.8.
https://askubuntu.com/question…-the-latest-gcc-on-ubuntuMfg,
Stefan -
Hallo,
ich musste eh aktualisieren, weil trotz xorg-edgers die vaapi-Ausgabe nicht richtig funktioniert hat. Hab jetzt 16.04.2 drauf und Videos abspielen läuft hardwarebeschleunigt. Das Upgrade ging eigentlich relativ simpel. Hat nur drei Anläufe im apt gebraucht.
Ich hab also nochmal probiert den Treiber zu kompilieren:
Code
Alles anzeigenCC [M] /home/mpw/gits/dvb-treiber/media_build/v4l/as10x_cmd.o CC [M] /home/mpw/gits/dvb-treiber/media_build/v4l/as10x_cmd_stream.o CC [M] /home/mpw/gits/dvb-treiber/media_build/v4l/as102_usb_drv.o CC [M] /home/mpw/gits/dvb-treiber/media_build/v4l/as10x_cmd_cfg.o CC [M] /home/mpw/gits/dvb-treiber/media_build/v4l/pulse8-cec.o CC [M] /home/mpw/gits/dvb-treiber/media_build/v4l/rainshadow-cec.o /home/mpw/gits/dvb-treiber/media_build/v4l/rainshadow-cec.c:368:12: error: 'SERIO_RAINSHADOW_CEC' undeclared here (not in a function) .proto = SERIO_RAINSHADOW_CEC, ^ scripts/Makefile.build:300: die Regel für Ziel „/home/mpw/gits/dvb-treiber/media_build/v4l/rainshadow-cec.o“ scheiterte make[3]: *** [/home/mpw/gits/dvb-treiber/media_build/v4l/rainshadow-cec.o] Fehler 1 make[3]: *** Auf noch nicht beendete Prozesse wird gewartet … CC [M] /home/mpw/gits/dvb-treiber/media_build/v4l/smssdio.o Makefile:1496: recipe for target '_module_/home/mpw/gits/dvb-treiber/media_build/v4l' failed make[2]: *** [_module_/home/mpw/gits/dvb-treiber/media_build/v4l] Error 2 make[2]: Leaving directory '/usr/src/linux-headers-4.10.5-041005-generic' Makefile:51: die Regel für Ziel „default“ scheiterte make[1]: *** [default] Fehler 2 make[1]: Verzeichnis „/home/mpw/gits/dvb-treiber/media_build/v4l“ wird verlassen Makefile:26: die Regel für Ziel „all“ scheiterte make: *** [all] Fehler 2 Sie haben neue Post in /var/mail/mpw.
Kompiliert der nicht gegen Kernel 4.10?
Grüße
Matthias -
Ich hab also nochmal probiert den Treiber zu kompilieren:
CodeCC [M] /home/mpw/gits/dvb-treiber/media_build/v4l/rainshadow-cec.o /home/mpw/gits/dvb-treiber/media_build/v4l/rainshadow-cec.c:368:12: error: 'SERIO_RAINSHADOW_CEC' undeclared here (not in a function) .proto = SERIO_RAINSHADOW_CEC, ^ scripts/Makefile.build:300: die Regel für Ziel „/home/mpw/gits/dvb-treiber/media_build/v4l/rainshadow-cec.o“ scheiterte make[3]: *** [/home/mpw/gits/dvb-treiber/media_build/v4l/rainshadow-cec.o] Fehler 1 make[3]: *** Auf noch nicht beendete Prozesse wird gewartet …
Bitte am besten nochmal alle Repos (dddvb-kernel, media_build) frisch clonen, in Deinem media_build fehlt (noch) 3e93e44. -
Danke, git pull hat die fehlenden Commits geladen. Das Kompilieren ist durchgelaufen und ich habe die Module mit sudo make install installieren können.
Was mir nicht klar ist: Wurden dabei jetzt die Module, die zum Kernel selbst gehören, überschrieben oder wie kann ich sicherstellen, dass wirklich die neuen geladen werden? Soweit ich das gesehen habe, heißt das selbstkompilierte Modul gleich, also kann ich nicht einfach das alte Modul auf die schwarze Liste der nicht zu benutzenden Kernelmodule setzen.
-
"media_build" installiert bzw. ersetzt die Module in /lib/modules/<kernelversion>/kernel/drivers/media/, indem vorm Kopiervorgang das Verzeichnis geleert wird. Wenn Du also ausserhalb von /lib/modules/<kernelversion>/kernel keine anderen Module installiert hast, sind spätestens nach einem Reboot die neu kompilierten Module aktiv.
-
Okay, danke für die Erklärung. Nachdem der Fehler gerade wieder da war, hab ich jetzt neu gestartet.
Falls er wieder auftritt, werde ich als Gegenprobe nochmal das alte Board einbauen und einen alten Kernel starten. [Das aktuelle AR J3455 läuft erst ab Kernel 4.8.]
-
Der neue Treiber verursacht leider dieselben Abstürze:
Code
Alles anzeigenApr 16 12:28:11 Server1 kernel: [52369.261998] I2C timeout Apr 16 12:28:11 Server1 kernel: [52369.308521] IRS ffffffff Apr 16 12:28:12 Server1 kernel: [52369.742034] I2C timeout Apr 16 12:28:12 Server1 kernel: [52369.789549] IRS ffffffff Apr 16 12:28:12 Server1 kernel: [52370.317964] I2C timeout Apr 16 12:28:12 Server1 kernel: [52370.360817] IRS ffffffff Apr 16 12:28:13 Server1 kernel: [52370.797977] I2C timeout Apr 16 12:28:13 Server1 kernel: [52370.841968] IRS ffffffff Apr 16 12:28:13 Server1 kernel: [52371.374043] I2C timeout Apr 16 12:28:13 Server1 kernel: [52371.423325] IRS ffffffff Apr 16 12:28:14 Server1 kernel: [52371.854026] I2C timeout Apr 16 12:28:14 Server1 kernel: [52371.894326] IRS ffffffff Apr 16 12:28:14 Server1 kernel: [52372.429980] I2C timeout Apr 16 12:28:14 Server1 kernel: [52372.475665] IRS ffffffff Apr 16 12:28:15 Server1 kernel: [52372.910065] I2C timeout Apr 16 12:28:15 Server1 kernel: [52372.956773] IRS ffffffff Apr 16 12:28:15 Server1 kernel: [52373.486683] I2C timeout Apr 16 12:28:15 Server1 kernel: [52373.528087] IRS ffffffff Apr 16 12:28:16 Server1 kernel: [52373.966014] I2C timeout Apr 16 12:28:16 Server1 kernel: [52374.009196] IRS ffffffff
nst, hast du eine Idee, was man dagegen tun könnte? Ich würde sonst jetzt nochmal das alte Board einbauen um zu gucken, dass nicht vielleicht doch die Karte defekt ist.
-
Treiber ist mit "msi=0" geladen?
-
Das kann der Treiber nicht, auch nicht der neukompilierte:
Code
Alles anzeigen$ modinfo ddbridge filename: /lib/modules/4.10.5-041005-generic/kernel/drivers/media/pci/ddbridge/ddbridge.ko version: 0.5 license: GPL author: Ralph Metzler description: Digital Devices PCIe Bridge srcversion: 25396F505D38FAF25A0297A alias: pci:v0000DD01d00000320sv*sd*bc*sc*i* alias: pci:v0000DD01d00000201sv*sd*bc*sc*i* alias: pci:v0000DD01d00000013sv*sd*bc*sc*i* alias: pci:v0000DD01d00000011sv*sd*bc*sc*i* alias: pci:v0000DD01d00000008sv*sd*bc*sc*i* alias: pci:v0000DD01d00000007sv*sd*bc*sc*i* alias: pci:v0000DD01d00000006sv*sd*bc*sc*i* alias: pci:v0000DD01d00000005sv*sd*bc*sc*i* alias: pci:v0000DD01d00000003sv*sd*bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000039bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000038bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000037bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000036bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000035bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000034bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000033bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000032bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000031bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd0000DB03bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000030bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000024bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000022bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000021bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000020bc*sc*i* alias: pci:v0000DD01d00000005sv0000DD01sd00000011bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000010bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000003bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000002bc*sc*i* alias: pci:v0000DD01d00000005sv0000DD01sd00000004bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000001bc*sc*i* alias: pci:v0000DD01d00000002sv0000DD01sd00000001bc*sc*i* depends: cxd2099,dvb-core vermagic: 4.10.5-041005-generic SMP mod_unload 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: stv0910_single:int parm: no_init:use stv0910 cards as single demods parm: adapter_nr:DVB adapter numbers (array of short)
Beim Neuladen passiert folgendes im Dmesg:
Code
Alles anzeigen[55980.787933] I2C timeout [55980.834802] IRS ffffffff [55981.844037] I2C timeout [55981.887187] IRS ffffffff [56014.425155] ddbridge: unknown parameter 'msi' ignored [56014.425158] ddbridge: unknown parameter 'msi' ignored [56014.425301] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH [56014.632580] DDBridge 0000:02:00.0: Refused to change power state, currently in D3 [56014.833653] DDBridge driver detected: Digital Devices Cine S2 V6 DVB adapter [56014.933153] HW ffffffff FW ffffffff [56015.960343] I2C timeout [56016.005688] IRS ffffffff
Interessant ist, dass sich laut modinfo die Version nicht verändert hat im Vergleich zu vorher: DD Octopus DVD Adapter + Kernel 4.10
Wurde die nicht inkrementiert, hat sich speziell an dem Treiber nichts verändert oder hab ich es vielleicht doch nicht richtig installiert?
-
"version: 0.5"
Wo hast Du denn den uralten Treiber her??
Aktuell ist: 0.9.28+v7a
Code
Alles anzeigenserver02 ~ # modinfo ddbridge |grep -v alias filename: /lib/modules/4.10.10-gentoo/kernel/drivers/media/pci/ddbridge/ddbridge.ko version: 0.9.28+v7a-integrated license: GPL author: Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR description: Digital Devices PCIe Bridge srcversion: 180283464B5BD629B074DEC depends: cxd2099 intree: Y vermagic: 4.10.10-gentoo SMP mod_unload modversions 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: stv0910_single:int parm: no_init:do not initialize most devices (int) parm: fmode:frontend emulation mode (int) parm: old_quattro:old quattro LNB input order (int) parm: adapter_nr:DVB adapter numbers (array of short) server02 ~ #
-
Hm, komisch.
Welche Version ist denn im 4.10er Kernel dabei? Die hatte ich ursprünglich und die habe ich scheinbar immer noch.
Ich hab den Treiber eigentlich nach der Anleitung kompiliert und installiert.
Eine Idee wäre mal die alten Module per Hand zu löschen und dann neu zu installieren. Oder ist die 0.5 nicht aus dem Kernel? Soweit ich Linux verstanden habe sind die Treiber bzw. Kernelmodule doch immer an die Kernelversion gebunden.
-
Interessant ist, dass sich laut modinfo die Version nicht verändert hat im Vergleich zu vorher: DD Octopus DVD Adapter + Kernel 4.10
Wurde die nicht inkrementiert, hat sich speziell an dem Treiber nichts verändert oder hab ich es vielleicht doch nicht richtig installiert?
Du hast das installiert, was gerade (abzgl. CineS2 V7/Flex V4/STV0910) auf dem Weg in Mainline ist. Und genau genommen hat sich tatsächlich funktional zwischen ddbridge 0.5 (Kernel) und ddbridge 0.9.28 (thirdparty) nicht wirklich viel verändert. Du kannst nochmal versuchen, den Code aus mediatree/master-ddbridge zu compilen ("git clone --depth 1 -b mediatree/master-ddbridge <upstream>"), da gibts dann auch die MSI-Option (wobei msi=1 erfahrungsgemäß eher für Probleme sorgt). Ob das irgendeinen Unterschied bringt, kann ich Dir nicht sagen oder versprechen.Welche Version ist denn im 4.10er Kernel dabei? Die hatte ich ursprünglich und die habe ich scheinbar immer noch.
Nein, hast Du nicht. Erkennbar an der massiv längeren Liste der unterstützten PCI-IDs sowie der Modulparameter. Alles richtig so.Wie geschrieben, probier' mal den anderen Branch.
Wo hast Du denn den uralten Treiber her??
Der "uralte" Treiber hat in diversen Testreihen Deine MaxA8 astrein zum fliegen gebracht und rennt problemlos mit fast allen (nicht: MaxS8) Tuner-Boards und Modulen von DD. -
Einen Versuch ist es wert, von wo muss ich das genau klonen?
Code$ git clone --depth 1 -b mediatree/master-ddbridge git://linuxtv.org/media_build.git dddvb-master Klone nach 'dddvb-master' ... warning: Konnte zu klonenden Remote-Branch mediatree/master-ddbridge nicht finden. fatal: Remote-Branch mediatree/master-ddbridge nicht im Upstream-Repository origin gefunden
-
[...]
Der "uralte" Treiber hat in diversen Testreihen Deine MaxA8 astrein zum fliegen gebracht und rennt problemlos mit fast allen (nicht: MaxS8) Tuner-Boards und Modulen von DD.Sorry, aber alle meine DD Karten "fliegen" einwandfrei mit den originalen Treiben:
-
-
Okay, hab jetzt das andere Modul drin:
Code
Alles anzeigen$ modinfo ddbridge filename: /lib/modules/4.10.5-041005-generic/kernel/drivers/media/pci/ddbridge/ddbridge.ko version: 0.9.28+v7a-integrated license: GPL author: Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR description: Digital Devices PCIe Bridge srcversion: FBEC501E599EC858B3DD21F alias: pci:v0000DD01d00000320sv*sd*bc*sc*i* alias: pci:v0000DD01d00000201sv*sd*bc*sc*i* alias: pci:v0000DD01d00000013sv*sd*bc*sc*i* alias: pci:v0000DD01d00000011sv*sd*bc*sc*i* alias: pci:v0000DD01d00000008sv*sd*bc*sc*i* alias: pci:v0000DD01d00000007sv*sd*bc*sc*i* alias: pci:v0000DD01d00000006sv*sd*bc*sc*i* alias: pci:v0000DD01d00000005sv*sd*bc*sc*i* alias: pci:v0000DD01d00000003sv*sd*bc*sc*i* alias: pci:v0000DD01d00000013sv0000DD01sd00000044bc*sc*i* alias: pci:v0000DD01d00000013sv0000DD01sd00000043bc*sc*i* alias: pci:v0000DD01d00000012sv0000DD01sd00000042bc*sc*i* alias: pci:v0000DD01d00000011sv0000DD01sd00000041bc*sc*i* alias: pci:v0000DD01d00000011sv0000DD01sd00000040bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000039bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000038bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000037bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000036bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000035bc*sc*i* alias: pci:v0000DD01d00000008sv0000DD01sd00000034bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000033bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000032bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000031bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd0000DB03bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000030bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000024bc*sc*i* alias: pci:v0000DD01d00000006sv0000DD01sd00000022bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000021bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000020bc*sc*i* alias: pci:v0000DD01d00000005sv0000DD01sd00000011bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000010bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000003bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000002bc*sc*i* alias: pci:v0000DD01d00000005sv0000DD01sd00000004bc*sc*i* alias: pci:v0000DD01d00000003sv0000DD01sd00000001bc*sc*i* alias: pci:v0000DD01d00000002sv0000DD01sd00000001bc*sc*i* depends: dvb-core,cxd2099 vermagic: 4.10.5-041005-generic SMP mod_unload 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: stv0910_single:int parm: no_init:do not initialize most devices (int) parm: adapter_nr:DVB adapter numbers (array of short)
Aber ohne Neustart kriegt er es nicht geladen.
Mit msi=0 passiert das:
Code[65328.189760] ddbridge: Digital Devices PCIE bridge driver 0.9.28+v7a-integrated, Copyright (C) 2010-16 Digital Devices GmbH [65328.393475] ddbridge 0000:02:00.0: Refused to change power state, currently in D3 [65328.644501] ddbridge: detected Digital Devices Cine S2 V6 DVB adapter [65328.694106] ddbridge: cannot read registers [65328.694112] ddbridge: fail [65328.796474] ddbridge: probe of 0000:02:00.0 failed with error -1
Und mit msi=1 habe ich keine Ausgabe im dmesg, das Modul ist laut lsmod geladen, aber die Tuner erscheinen nicht in /dev/dvb..
Ich werde mal noch einen Neustart probieren :).
-
Och:
Evtl. hilft Dir pcie_port_pm=off in der Kernel command line. Dürfte dann ziemlich egal sein, ob Du die Vanilla-Treiber im Kernel benutzt, die aufgebohrte Variante, die Du zuletzt installiert hast, oder die "originaltreibervariante", die Du jetzt gerade installiert hast. -
Ist einen Versuch wert. Könnte es dann sein, dass das alte Board, mit dem es keine Probleme gab, einfach kein pcie-Powermanagement konnte? Eventuell kann ich das auch im Bios deaktivieren. Aber ich probiere mal als nächtes die Kerneloption. Werde berichten. Danke schon mal für deine ganzen Tipps!
-
Das kann sehr gut sein. Wenn Du PM pro Device deaktivieren kannst, würd' ich das für den Adapter setzen, sonst einfach halt mal ganz aus. Wenns dann läuft. würde ich auf unsauber implementiere Board-Firmware (EFI/BIOS) tippen. Ausserdem solltest Du dann testhalber alle Treiber-Basteleien wieder rückgängig machen
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!