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

    Hi,


    hab ich hier auch mit kernel 4.3


    CU
    9000h

    Es ist eagl in wlehcer Reiehnfogle die Bchustebaen in Woeretrn vokrmomen. Huapstache der estre und leztte Bchustbae sitmmen.

    Wie seid ihr überhaupt so weit gekommen? Bei mir schlägt schon das menuconfig fehl:


    Zitat von musv

    Wie seid ihr überhaupt so weit gekommen? Bei mir schlägt schon das menuconfig fehl:


    Wahrscheinlich haben sie einfach vorher ein "make clean" gemacht.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Zitat von gda

    Wahrscheinlich haben sie einfach vorher ein "make clean" gemacht.


    Das hatte ich auch. Ich hab sogar den gesamten media_build_experimental-Ordner gelöscht und das Repository neu ziehen lassen.


    Aber um noch mal etwas präziser zu werden:


    Nachdem ich den neuen Kernel gebootet hatte:

    Code
    uname -a
 Linux htpc 4.3.0-gentoo #1 SMP Sat Nov 14 22:48:40 CET 2015 x86_64 Intel(R) Atom(TM) CPU D525 @ 1.80GHz GenuineIntel GNU/Linux


    hatte ich folgende Schritte durchgeführt (als root):


    Ich würde jetzt grob 2 Möglichkeiten vermuten:

    • Ich hab im Kernel irgendeine notwendige Option vergessen, die Kconfig scheitern lässt. Allerdings geht make menuconfig beim Kernel selbst ohne jegliche Probleme.
    • Das Treiberpaket (Kconfig) ist noch etwas inkompatibel zum 4.3.x-Kernelzweig (mconf).

    Ok, ich hab's geschafft.


    Man gehe nach: /media_build/experimental/v4l/Kconf:6936


    alt (inklusive Steuerzeichen):

    Code
    ^I--- help ---$


    neu:

    Code
    ^I---help---$


    Und schon funktioniert das menuconfig. Die beiden Leerzeichen vor und hinter dem help waren der Grund.

    Hallo,


    ich habe heut von der ngene auf die ddbridge von DigitalDevice gewechselt.
    Ich habe zwei Tuner-Module angeschlossen.


    Nun kommt im Log immer folgendes:


    Code
    [ 3003.427235] F = 1119000, COF = 23562500
[ 3003.448434] stv6111_regs = 08 41 8f 82  17 01 00 c6  4b b1 11
[ 3003.448436] reg[] =    	08 41 8f 82  17 01 00 c6  4a bd 11
[ 3003.449812] F = 1158000, COF = 23562500
[ 3003.450278] symb = 13349
[ 3003.471882] stv6111_regs = 08 41 8f 82  21 01 00 c4  4b b1 11
[ 3003.471885] reg[] =    	08 41 8f 82  21 01 00 c4  4a bd 11


    Ich habe das Gefühl das der stv6111 von den selbstgebauten v4l Treiber kommt.





    Ich habe im Makefile vom v4l Treiber so viel deaktiviert wie ich mir zugetraute habe.
    Ich denke hier geht noch mehr.
    An dem VDR-Server gibts nichts anderes auser dieser 4 DVB-S Karten.

    Kann mir jemand weiterhelfen?
    Versuche das Ganze mit dem 4.4-rc2 Kernel ans laufen zu bekommen, leider jedoch ohne Erfolg:



    Die Kernel Header sind installiert:


    Code
    root@kodi:/usr/src# dpkg -l|grep kernel|grep "4.4"
ii  linux-headers-4.4.0-040400rc2               4.4.0-040400rc2.201511231054            all          Header files related to Linux kernel version 4.4.0
ii  linux-headers-4.4.0-040400rc2-generic       4.4.0-040400rc2.201511231054            amd64        Linux kernel headers for version 4.4.0 on 64 bit x86 SMP
ii  linux-image-4.4.0-040400rc2-generic         4.4.0-040400rc2.201511231054            amd64        Linux kernel image for version 4.4.0 on 64 bit x86 SMP


    Bei 4.3 musste ich die folgende Änderung durchführen:


    Code
    -   pd->enable_gpio = devm_gpiod_get(&client->dev, "enable");
+   pd->enable_gpio = devm_gpiod_get(&client->dev, "enable", GPIOD_ASIS);


    Hat bei 4.3 damit auch ohne Probleme funktioniert. Hier scheint es an was anderem zu liegen.
    Kann mir jemand weiterhelfen?


    Vielen Dank.

    The culprit is probably:

    Zitat

    Makefile:660: Cannot use CONFIG_CC_STACKPROTECTOR_STRONG: -fstack-protector-strong not supported by compiler

    Afaik, this flag was introduced in gnu-gcc version 4.9
    What's your gcc version?

    Einmal editiert, zuletzt von bas-t () aus folgendem Grund: I was pointing to the wrong gnu-gcc version

    root@kodi:~# gcc -v
    Using built-in specs.
    COLLECT_GCC=gcc
    COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
    Target: x86_64-linux-gnu
    Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.4-2ubuntu1~14.04' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
    Thread model: posix
    gcc version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04)
    root@kodi:~# apt-get install gcc
    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    gcc is already the newest version.
    gcc set to manually installed.
    0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.



    So i need to upgrade to gcc 4.9 at least?

    CC [M] /root/Download_old/Build_43/media_build_experimental/v4l/cx23885-417.o
    /root/Download_old/Build_43/media_build_experimental/v4l/cx23885-core.c: In function 'cx23885_initdev':
    /root/Download_old/Build_43/media_build_experimental/v4l/cx23885-core.c:1993:2: error: implicit declaration of function 'pci_dma_supported' [-Werror=implicit-function-declaration]
    if (!pci_dma_supported(pci_dev, 0xffffffff)) {
    ^
    CC [M] /root/Download_old/Build_43/media_build_experimental/v4l/cx23885-ioctl.o
    cc1: some warnings being treated as errors
    make[3]: *** [/root/Download_old/Build_43/media_build_experimental/v4l/cx23885-core.o] Error 1
    make[3]: *** Waiting for unfinished jobs....
    make[2]: *** [_module_/root/Download_old/Build_43/media_build_experimental/v4l] Error 2
    make[2]: Leaving directory `/usr/src/linux-headers-4.4.0-040400rc2-generic'
    make[1]: *** [default] Error 2
    make[1]: Leaving directory `/root/Download_old/Build_43/media_build_experimental/v4l'
    make: *** [all] Error 2

    You may get more of those, depending on your config. I've made some patches to port the 3.18.24 media stack to 4.4
    This one deals with the "error: implicit declaration of function 'pci_dma_supported'", so you'll get the idea.

    Sorry, I see that the /drivers/media/pci/saa7164/saa7164-core.c patch is wrong. Should be like this:



    diff --git a/drivers/media/pci/saa7164/saa7164-core.c b/drivers/media/pci/saa7164/saa7164-core.c
    index 018d4ea..7eb2329 100644
    --- a/drivers/media/pci/saa7164/saa7164-core.c
    +++ b/drivers/media/pci/saa7164/saa7164-core.c
    @@ -1219,9 +1219,9 @@ static int saa7164_initdev(struct pci_dev *pci_dev,

    pci_set_master(pci_dev);
    /* TODO */
    - if (!pci_dma_supported(pci_dev, 0xffffffff)) {
    + err = pci_set_dma_mask(pci_dev, 0xffffffff);
    + if (err) {
    printk("%s/0: Oops: no 32bit PCI DMA ???\n", dev->name);
    - err = -EIO;
    goto fail_irq;
    }

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden