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-ubuntu


    Mfg,
    Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

  • 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:



    Kompiliert der nicht gegen Kernel 4.10?


    Grüße
    Matthias

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • Ich hab also nochmal probiert den Treiber zu kompilieren:


    Code
    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 …


    Bitte am besten nochmal alle Repos (dddvb-kernel, media_build) frisch clonen, in Deinem media_build fehlt (noch) 3e93e44.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • 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.

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • "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.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • 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.]

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • Der neue Treiber verursacht leider dieselben Abstürze:



    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.

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • Das kann der Treiber nicht, auch nicht der neukompilierte:



    Beim Neuladen passiert folgendes im Dmesg:



    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?

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • "version: 0.5"


    Wo hast Du denn den uralten Treiber her??


    Aktuell ist: 0.9.28+v7a


  • 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.

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • 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.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • 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

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • Einen Versuch ist es wert, von wo muss ich das genau klonen?


    Code
    git clone --depth 1 --branch mediatree/master-ddbridge https://github.com/herrnst/dddvb-linux-kernel.git


    media_build sollte dann vom ddbridge-Branch kommen:

    Code
    $ git clone --depth 1 -b ddbridge git://linuxtv.org/media_build.git media_build

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • Okay, hab jetzt das andere Modul drin:



    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 :).

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • Och:

    Code
    [65328.393475] ddbridge 0000:02:00.0: Refused to change power state, currently in D3


    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.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • 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!

    [VDR1] AS J3455M mit 2x2 Device Bonding Digital Devices DuoFlex L4M-Twin S2 ver. 6.2, Ubuntu 14.04 64bit mit yavdr-experimental-repo und xine-Ausgabe mit vaapi, vdr 2.0.6
    [VDR2] ASRock N3050B-ITX SoC mit TBS 6281 2x DVB-C und Easyvdr als Komplettsystem mit einer X10 an einem Fernseher

  • 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 :)

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!