Aktuelle Treiber für Octopus(ddbridge), CineS2(ngene/ddbridge), DuoFlex-S2, DuoFlex-CT, CineCT, MAX S8 sowie TT S2-6400 (Teil 3)

  • Now i get:


    CC [M] /home/rgu/media_build_experimental/v4l/saa7134-core.o
    /home/rgu/media_build_experimental/v4l/saa7134-core.c: In function 'saa7134_initdev':
    /home/rgu/media_build_experimental/v4l/saa7134-core.c:951:7: error: implicit declaration of function 'pci_dma_supported' [-Werror=implicit-function-declaration]
    if (!pci_dma_supported(pci_dev, DMA_BIT_MASK(32))) {
    ^
    cc1: some warnings being treated as errors
    scripts/Makefile.build:258: die Regel für Ziel „/home/rgu/media_build_experimental/v4l/saa7134-core.o“ scheiterte
    make[3]: *** [/home/rgu/media_build_experimental/v4l/saa7134-core.o] Fehler 1
    Makefile:1396: recipe for target '_module_/home/rgu/media_build_experimental/v4l' failed
    make[2]: *** [_module_/home/rgu/media_build_experimental/v4l] Error 2
    make[2]: Leaving directory '/usr/src/linux-headers-4.4.0-6-generic'
    Makefile:51: die Regel für Ziel „default“ scheiterte
    make[1]: *** [default] Fehler 2
    make[1]: Verzeichnis „/home/rgu/media_build_experimental/v4l“ wird verlassen
    Makefile:28: die Regel für Ziel „all“ scheiterte
    make: *** [all] Fehler 2
    rgu@tv-server:~/media_build_experimental$

  • Dann mach halt vor dem "make" noch:


    Code
    sed -i v4l/.config -e "s/# \CONFIG_DVB_USB_RTL28XXU is not set/CONFIG_DVB_USB_RTL28XXU=m/"  \
        -e "s/CONFIG_VIDEO_SAA7134_RC=y/CONFIG_VIDEO_SAA7134_RC is not set/"  \
        -e "s/CONFIG_VIDEO_SAA7134_DVB=m/CONFIG_VIDEO_SAA7134_DVB is not set/"  \
        -e "s/CONFIG_VIDEO_SAA7134=m/CONFIG_VIDEO_SAA7134 is not set/"  \
        -e "s/CONFIG_VIDEO_SAA7134_ALSA=m/CONFIG_VIDEO_SAA7134_ALSA is not set/"  \
        -e "s/CONFIG_VIDEO_SAA7134_GO7007=m/CONFIG_VIDEO_SAA7134_GO7007 is not set/"  \
        -e "s/CONFIG_VIDEO_SAA7164=m/CONFIG_VIDEO_SAA7164 is not set/"
  • Thanks, that worked now.
    But two of my cards are not found (adapter 4 and 5)


    rgu@tv-server:~$ cat /var/log/syslog | grep DDB
    Feb 20 17:19:00 tv-server kernel: [ 1.757810] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Feb 20 17:19:00 tv-server kernel: [ 1.768537] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Feb 20 17:33:36 tv-server kernel: [ 1.680309] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Feb 20 17:33:36 tv-server kernel: [ 1.684546] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Feb 20 18:09:13 tv-server kernel: [ 1.704652] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Feb 20 18:09:13 tv-server kernel: [ 1.711198] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Feb 20 19:04:40 tv-server kernel: [ 1.758516] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Feb 20 19:04:40 tv-server kernel: [ 1.758532] DDBridge: HW 0001000d REGMAP 00010004
    Feb 20 19:04:40 tv-server kernel: [ 1.758591] DDBridge: using 1 MSI interrupt(s)
    Feb 20 19:04:40 tv-server kernel: [ 1.877738] DVB: registering new adapter (DDBridge)
    Feb 20 19:04:40 tv-server kernel: [ 1.877739] DVB: registering new adapter (DDBridge)
    Feb 20 19:04:40 tv-server kernel: [ 1.877740] DVB: registering new adapter (DDBridge)
    Feb 20 19:04:40 tv-server kernel: [ 1.877741] DVB: registering new adapter (DDBridge)
    Feb 20 19:04:41 tv-server kernel: [ 3.537060] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Feb 20 19:04:41 tv-server kernel: [ 3.537076] DDBridge: HW 0001000d REGMAP 00010004
    Feb 20 19:04:41 tv-server kernel: [ 3.537124] DDBridge: using 1 MSI interrupt(s)
    Feb 20 19:04:41 tv-server kernel: [ 3.649612] DVB: registering new adapter (DDBridge)
    Feb 20 19:04:41 tv-server kernel: [ 3.649613] DVB: registering new adapter (DDBridge)
    Feb 20 19:04:41 tv-server kernel: [ 3.649614] DVB: registering new adapter (DDBridge)
    Feb 20 19:04:41 tv-server kernel: [ 3.649614] DVB: registering new adapter (DDBridge)
    rgu@tv-server:~$ cat /var/log/syslog | grep ddb
    Feb 20 19:04:40 tv-server kernel: [ 1.755591] experimental: 82186b8b60da1c55e956c89d78a8de4e670d5a29 experimental/ddbridge: Include LNBH25 driver in build process.
    Feb 20 19:04:40 tv-server kernel: [ 2.273575] ddbridge 0000:02:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
    Feb 20 19:04:40 tv-server kernel: [ 2.840539] ddbridge 0000:02:00.0: DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...
    Feb 20 19:04:41 tv-server kernel: [ 3.183360] ddbridge 0000:02:00.0: DVB: registering adapter 2 frontend 0 (CXD2837 DVB-C DVB-T/T2)...
    Feb 20 19:04:41 tv-server kernel: [ 3.536907] ddbridge 0000:02:00.0: DVB: registering adapter 3 frontend 0 (CXD2837 DVB-C DVB-T/T2)...
    Feb 20 19:04:41 tv-server kernel: [ 3.949896] ddbridge 0000:03:00.0: DVB: registering adapter 6 frontend 0 (CXD2837 DVB-C DVB-T/T2)...
    Feb 20 19:04:42 tv-server kernel: [ 4.313980] ddbridge 0000:03:00.0: DVB: registering adapter 7 frontend 0 (CXD2837 DVB-C DVB-T/T2)...

  • rgu@tv-server:~$ dmesg | grep -i DVB
    v4l-dvb-saa716x: d7e98fc592305a600909003da2b7cc4338242511 saa716x_ff: Do not return on command ready timeout
    [ 1.758516] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    [ 1.763006] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
    [ 1.877517] Port 2: Link 0, Link Port 2 (TAB 3): DUAL DVB-C/T/T2
    [ 1.877738] DVB: registering new adapter (DDBridge)
    [ 1.877739] DVB: registering new adapter (DDBridge)
    [ 1.877740] DVB: registering new adapter (DDBridge)
    [ 1.877741] DVB: registering new adapter (DDBridge)
    [ 2.273575] ddbridge 0000:02:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
    [ 2.840539] ddbridge 0000:02:00.0: DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...
    [ 3.183360] ddbridge 0000:02:00.0: DVB: registering adapter 2 frontend 0 (CXD2837 DVB-C DVB-T/T2)...
    [ 3.536907] ddbridge 0000:02:00.0: DVB: registering adapter 3 frontend 0 (CXD2837 DVB-C DVB-T/T2)...
    [ 3.537060] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    [ 3.539396] Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C/T
    [ 3.649392] Port 2: Link 0, Link Port 2 (TAB 3): DUAL DVB-C/T/T2
    [ 3.649612] DVB: registering new adapter (DDBridge)
    [ 3.649613] DVB: registering new adapter (DDBridge)
    [ 3.649614] DVB: registering new adapter (DDBridge)
    [ 3.649614] DVB: registering new adapter (DDBridge)
    [ 3.949896] ddbridge 0000:03:00.0: DVB: registering adapter 6 frontend 0 (CXD2837 DVB-C DVB-T/T2)...
    [ 4.313980] ddbridge 0000:03:00.0: DVB: registering adapter 7 frontend 0 (CXD2837 DVB-C DVB-T/T2)...
    [ 289.539755] ddbridge 0000:03:00.0: DVB: adapter 7 frontend 0 frequency 0 out of range (47125000..865000000)
    [ 289.545832] ddbridge 0000:03:00.0: DVB: adapter 6 frontend 0 frequency 0 out of range (47125000..865000000)
    [ 291.552838] ddbridge 0000:02:00.0: DVB: adapter 3 frontend 0 frequency 0 out of range (47125000..865000000)
    [ 291.559721] ddbridge 0000:02:00.0: DVB: adapter 2 frontend 0 frequency 0 out of range (47125000..865000000)
    [ 291.564004] ddbridge 0000:02:00.0: DVB: adapter 1 frontend 0 frequency 0 out of range (47125000..865000000)
    [ 291.568202] ddbridge 0000:02:00.0: DVB: adapter 0 frontend 0 frequency 0 out of range (47125000..865000000)
    rgu@tv-server:~$

  • Werde ich machen - im Moment ist das Live-TV aber in Benutzung durch die Familie.
    Lief gerade rechtzeitig wieder bevor das Programm anfing - der Haussegen über das Wochenende ist also gerettet ;)
    Sobald ich die Kiste offen hatte melde ich mich wieder.



    EDIT: 21. Feb
    Es waren alle Stecker angeschlossen. Ich habe dann alle abgezogen und wieder aufgesteckt. Jetzt habe ich wieder 8 Tuner ;)
    Danke für die schnelle Hilfe!





  • Hallo,


    habe gerade gesynct. Dieser Fehler ist noch immer in den Quellen. Könnte das mal jemand "reparieren", der Zugriff darauf hat?


    Danke schon mal.

  • Ich habe jetzt mal MSI im Kernel abgeschaltet:


    Code
    root@vdr:~# cat /proc/cmdline
    BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=98334508-4299-4072-8870-04ee745a0fde ro pci=nomsi quiet


    bekomme aber immer noch Meldungen:


    Falls jemand mit einem ähnlichen Problem hier liest:
    Auf der ESXi Konsole


    Code
    pciPassthru0.msiEnabled = "FALSE"


    an das VMX File der VM anhängen hat geholfen. Mein VDR läuft jetzt seit drei Wochen 24x7 ohne Probleme.

    VDR "headless" Server:

    • Whitebox mit Supermicro X10SLL+-F, Xeon Prozessor, 16 GB RAM als ESXi Host, Debian VM für VDR, Digital Devices Cine S2 mit VT-d Passthrough an die VM
    • Debian, VDR 2.2 mit epgsearch, streamdev-server und live Plugins

    Client: Laptop, Windows und OS X, VLC Media Player

  • Da werden wohl noch mehr Patche benötigt:


  • Wegen eines Kartenupdates habe ich gerade mal den aktuellen Stand des mediabuild geholt und compiliert. Allerdings funktioniert der bei mir nicht! Beim Compilieren gibt es schon Fehlermeldungen:


    Code
    LD [M] /usr/local/src/media_build_experimental-mercurial-endriss-20160416/v4l/snd-bt87x.o
    Building modules, stage 2.
    MODPOST 526 modules
    WARNING: "clk_put" [/usr/local/src/media_build_experimental-mercurial-endriss-20160416/v4l/videodev.ko] undefined!
    WARNING: "clk_get_rate" [/usr/local/src/media_build_experimental-mercurial-endriss-20160416/v4l/videodev.ko] undefined!
    WARNING: "clk_set_rate" [/usr/local/src/media_build_experimental-mercurial-endriss-20160416/v4l/videodev.ko] undefined!
    WARNING: "clk_round_rate" [/usr/local/src/media_build_experimental-mercurial-endriss-20160416/v4l/videodev.ko] undefined!
    CC /usr/local/src/media_build_experimental-mercurial-endriss-20160416/v4l/a8293.mod.o



    Da es sich um Warnungen handelte habe ich's dann doch probiert, beim Starten des Systems sehe ich aber ebenfalls wieder diese Meldungen, das Installieren der Module bricht dann ab:


    dmesg:


    Da es beim automatischen Laden der Module über udev immer wieder Probleme mit dem "Verwürfeln" der Lade-Reihenfolge gab, sind die Module geblacklistet und werden wie folgt geladen:


    /etc/modprobe.d/dvb.conf:

    Code
    install dvb modprobe saa716x_ff && modprobe dvb-ttpci && modprobe budget-ci && modprobe budget-av && modprobe ddbridge && modprobe ivtv
    options dvb-ttpci hw_sections=0 vidmode=2 budgetpatch=1
    options saa716x_ff video_capture=1


    Betroffen sind übrigens die Module dvb-ttpci, budget-av und ivtv. Irgendeine Idee, warum hier Symbole in videodev vermisst werden? Es sind noch eine TT FF eingebaut, an der der Fernbedienungsempfänger im Frontpanel hängt, sowie eine PVR350, von der aktuell nur der Analogeingang noch zum Einspielen vom Analog-VCR verwendet wird, sowie noch eine TT Budget Karte, deren Modul sich laden lässt.


    Aber auch wenn ich die alten Karten mal beiseite lasse habe ich massive Probleme mit der DD-Karte: Die ersten beiden gefundenen Tuner (ich nehme an, das sind die auf der Cine S2 V7 integrierten) sind nicht sinnvoll nutzbar: Wird der erste Tuner verwendet, werden keine Daten empfangen. Erst, wenn ich mittels femon auf den zweiten Tuner wechsle, klappt es. Dann ist auch Zurückwechseln kein Problem. Wird allerdings auf dem zweiten Tuner der Transponder gewechselt, verliert der erste wieder den Empfang. Auffällig, wenn eine Aufnahme auf dem ersten Tuner läuft: Wenn auf dem zweiten Tuner mittels femon derselbe Kanal gewählt wird, läuft die Aufnahme, wird er gewechselt, hängt die Aufnahme, beim Zurückwechseln auf denselben Kanal geht es weiter. Hier liegt also richtig was im Argen.


    Eher schon kosmetisch ist da schon die wenig brauchbar skalierte Signalstärke- und S/N-Anzeige.


    Zum System:
    Linux tuxbox2 3.2.0-4-686-pae #1 SMP Debian 3.2.41-2+deb7u2 i686 GNU/Linux


    Nicht ganz frisch, da es aber ansonsten stabil läuft, habe ich absolut keine Lust, da ein Fass aufzumachen.


    Nachtrag: Das Problem mit dem videodev-Modul habe ich lösen können, indem ich das problematische C-File auf einen älteren Stand zurückgesetzt habe und nur die Interface-Änderungen nachgezogen habe. Offenbar gibt es hier nicht berücksichtigte Abhängigkeiten vom Kernel. Die Funktionen des betroffenen C-Files werden offenbar ohnehin bisher nirgends benutzt, jedenfalls laden nach dieser Änderung die Module meiner alten Karten wieder und die Karten funktionieren auch.


    Nachtrag 2: Ich habe noch etwas weiter getestet - das Problem bei den DigitalDevices Karten liegt eindeutig bei der Cine S2. Wenn ich die DuoFlex S2 abklemme, bleiben die Probleme bestehen. Es scheint so, als seien bei meiner Cine S2 Daten- und Empfangspfade vertauscht. Schließe ich nur am unteren Tuner ein Antennenkabel an und tune per femon beide Tuner auf denselben Sender und wähle dann im femon den Tuner 0, dann habe ich kein Bild, aber lt. femon-Info angeblich Empfang (d. h. die Info zeigt Lock, Signal, Carrier etc.). Wechsle ich auf Tuner 1, dann habe ich lt. femon-Info angeblich keinen Empfang (d. h. kein Lock, Signal etc.), aber Bild.


    Nachtrag 3: Ich habe heute mit der DD Hotline telefoniert - meine Cine S2 V7 geht jetzt.


    Gruß,
    Torsten

    "The day Microsoft makes something that doesn't suck is probably
    the day they start making vacuum cleaners" - Ernst Jan Plugge
    __________________
    Torsten Lang

    10 Mal editiert, zuletzt von torsten lang ()

  • 3PO
    ich konnte deinen Fehler jetzt selbst nachvollziehen. Leider bin ich in Sachen C Programmierung etwas eingerostet und vermute hier nur.
    Folgende Abweichung in den Header Quellen habe ich gefunden:


    /usr/src/linux-headers-4.4.0-1-common/include/linux/gpio/driver.h

    Code
    ...
    /**
     * struct gpio_chip - abstract a GPIO controller
     * @label: for diagnostics
     * @dev: optional device providing the GPIOs
     * @cdev: class device used by sysfs interface (may be NULL)
    ...


    /usr/src/linux-headers-4.5.0-1-common/include/linux/gpio/driver.h

    Code
    ...
    /**
     * struct gpio_chip - abstract a GPIO controller
     * @label: for diagnostics
     * @parent: optional parent device providing the GPIOs
     * @cdev: class device used by sysfs interface (may be NULL)
    ...


    Daraus ergibt sich für mich die Änderung von .dev nach .parent
    Anbei die DIFF Datei. (Anleitung hier )


    Wenn jemand die Änderung verifizieren könnte wäre das schön :tup

  • @S:oren


    Dein Patch hat Eingang in die HG Quelle gefunden, jedoch bewirkt der auf meinem System genau das Gegenteil ;(


    Anbei meine DIFF Datei zur Fehlerbehebung der Fehlerbehebung bei Debian :D


    Ich habe Sie mit diesem Kernel erfolgreich getestet

    Code
    leo@hostname:~$ uname -a
    Linux hostname 4.5.0-1-amd64 #1 SMP Debian 4.5.1-1 (2016-04-14) x86_64 GNU/Linux


    Gruß
    Leo

Jetzt mitmachen!

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