Login

mango · 03.12.2016, 18:22

Hi,

neue Pakete "media-build-experimental-dkms (0~20161201-0easyVDR0~trusty)" & "dddvb-dkms (0.9.28.0easyVDR0-trusty)"
in 3-base-stable. In "media-build-experimental-dkms" wurde dddvb auf Version 0.9.28 aktualisiert.

Gruss
Wolfgang

mango · 05.12.2016, 22:33

Hi,

in 3-base-stable PPA liegt ein neues Paket "linux-media-dvbsky_0.4.0-20160430easyVDR3~trusty"
das um "Technotrend Budget S2-4200 Twin" erweitert wurde.
Siehe: -> http://www.easy-vdr.de/thread-17834-post...#pid173258
Sollten Probleme mit dvbsky s952 auftreten, Bitte melden.

Gruss
Wolfgang

istler · 19.12.2016, 23:14

Hallo Wolfgang,

im Pakete "media-build-experimental-dkms (0~20161201-0easyVDR0~trusty) fehlt mir die Konfig-Datei für den Kernel 3.13.0. Im Sommer hat das noch funktioniert.
Hast du evtl. die alte Konfig-Datei rumliegen?

Gruß
Maik

mango · 19.12.2016, 23:46

Hi,

(19.12.2016, 23:14)istler schrieb: im Pakete "media-build-experimental-dkms (0~20161201-0easyVDR0~trusty) fehlt mir die Konfig-Datei für den Kernel 3.13.0. Im Sommer hat das noch funktioniert.

da wir easyVDR-3.0 mit Kernel-4.4.0 gebaut haben gibt es nur noch nee conf für Kernel-4.2/4.4.0
diese wurden von mir auch getestet und auf build überprüft.
Da Kernel-4.4.0 bis zum Ende der Laufzeit von trusty auch unterstützt wird, war das die beste Lösung

P.S
Letzte Version mit 3.13 war media-build-experimental-dkms-0~20160114-0easyVDR0~trusty
Im Anhang "dkms.conf.3.13.0" Bitte .txt entfernen und *.conf anpassen.

Gruss
Wolfgang

mango · 10.02.2017, 00:12

Hi,

neues Paket "dddvb-dkms-1:0.9.28~v7a.0easyVDR0-trusty" in 3-base-testing PPA
..wird für "DD Cine S2 V7A" benötigt!

14.04-Trusty

Zitat:Entpacken von dddvb-dkms (1:0.9.28~v7a.0easyVDR0-trusty) ...
dddvb-dkms (1:0.9.28~v7a.0easyVDR0-trusty) wird eingerichtet ...
Loading new dddvb-0.9.28~v7a.0easyVDR0 DKMS files...
First Installation: checking all kernels...
Building only for 4.4.0-45-generic
Building for architecture x86_64
Building initial module for 4.4.0-45-generic
Done.

ddbridge:
Running module version sanity check.
- Original module
- Installation
- Installing to /lib/modules/4.4.0-45-generic/updates/dkms/

octonet.ko:
Running module version sanity check.
- Original module
- Installation
- Installing to /lib/modules/4.4.0-45-generic/updates/dkms/

..........
..........

tda18212dd.ko:
Running module version sanity check.
- Original module
- Installation
- Installing to /lib/modules/4.4.0-45-generic/updates/dkms/

tda18271c2dd.ko:
Running module version sanity check.
- Original module
- Installation
- Installing to /lib/modules/4.4.0-45-generic/updates/dkms/

depmod.........

DKMS: install completed.

Code:

[email protected]:/# dkms status

dddvb, 0.9.28~v7a.0easyVDR0, 4.4.0-45-generic, x86_64: installed

16.04-Xenial

Zitat:Entpacken von dddvb-dkms (1:0.9.28~v7a.0easyVDR0-xenial) ...
dddvb-dkms (1:0.9.28~v7a.0easyVDR0-xenial) wird eingerichtet ...
Loading new dddvb-0.9.28~v7a.0easyVDR0 DKMS files...
First Installation: checking all kernels...
Building only for 4.8.0-36-generic
Building for architecture x86_64
Building initial module for 4.8.0-36-generic
Done.

ddbridge:
Running module version sanity check.
- Original module
- Installation
- Installing to /lib/modules/4.8.0-36-generic/updates/dkms/

octonet.ko:
Running module version sanity check.
- Original module
- Installation
- Installing to /lib/modules/4.8.0-36-generic/updates/dkms/
..........
..........

tda18212dd.ko:
Running module version sanity check.
- Original module
- Installation
- Installing to /lib/modules/4.8.0-36-generic/updates/dkms/

tda18271c2dd.ko:
Running module version sanity check.
- Original module
- Installation
- Installing to /lib/modules/4.8.0-36-generic/updates/dkms/

depmod.......

DKMS: install completed.

Code:

[email protected]:/# dkms status

dddvb, 0.9.28~v7a.0easyVDR0, 4.8.0-36-generic, x86_64: installed

Gruss
Wolfgang

mango · 16.05.2017, 20:23

Hallo,

Treiber-Paket für TBS wurde auf "v17330" aktualisiert.Build läuft ohne Fehler durch alle Module werden erstellt.
Es wird Pakete für S & C geben -> linux-media-tbs-0.5.0 & linux-media-tbs-c-0.5.0
Mach noch ein paar Test's mit USB-Sticks(keine TBS) ob die Module korrekt geladen werden,
dann kommen die Pakete ins 3-base-unstable PPA

Build "linux-media-tbs-c"

Code:

[email protected]:/tmp# dpkg -i *.deb

Vormals nicht ausgewähltes Paket linux-media-tbs-c wird gewählt.

(Lese Datenbank ... 242982 Dateien und Verzeichnisse sind derzeit installiert.)

Vorbereitung zum Entpacken von linux-media-tbs-c_0.5.0-20170330easyVDR0~trusty_all.deb ...

Entpacken von linux-media-tbs-c (0.5.0-20170330easyVDR0~trusty) ...

linux-media-tbs-c (0.5.0-20170330easyVDR0~trusty) wird eingerichtet ...

Sichere alle media Kernel-Module...

tar: Entferne führende „/“ von Elementnamen

TBS drivers configured for x86_64 platform.

TBS 62xy, 5880 and 528x drivers configured for DVBC (x86_64 platform).

make -C /tmp/linux-tbs-drivers_v170330/v4l stagingconfig

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten

No version yet, using 4.4.0-75-generic

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten

./scripts/make_kconfig.pl /lib/modules/4.4.0-75-generic/build /lib/modules/4.4.0-75-generic/build 1 1

Preparing to compile for kernel version 4.4.0



***WARNING:*** You do not have the full kernel sources installed.

This does not prevent you from building the v4l-dvb tree if you have the

kernel headers, but the full kernel source may be required in order to use

make menuconfig / xconfig / qconfig.



If you are experiencing problems building the v4l-dvb tree, please try

building against a vanilla kernel before reporting a bug.



Vanilla kernels are available at http://kernel.org.

On most distros, this will compile a newly downloaded kernel:



cp /boot/config-`uname -r` <your kernel dir>/.config

cd <your kernel dir>

make all modules_install install



Please see your distro's web site for instructions to build a new kernel.



Created default (all yes) .config file

./scripts/fix_kconfig.pl

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen

make -C /tmp/linux-tbs-drivers_v170330/v4l

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten

scripts/make_makefile.pl

./scripts/make_myconfig.pl

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten

perl scripts/make_config_compat.pl /lib/modules/4.4.0-75-generic/build ./.myconfig ./config-compat.h

creating symbolic links...

make -C firmware prep

make[2]: Entering directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware'

make[2]: Leaving directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware'

make -C firmware

make[2]: Entering directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware'

  CC  ihex2fw

Generating vicam/firmware.fw

Generating dabusb/firmware.fw

Generating dabusb/bitstream.bin

Generating ttusb-budget/dspbootcode.bin

Generating cpia2/stv0672_vp4.bin

Generating av7110/bootcode.bin

make[2]: Leaving directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware'

Kernel build directory is /lib/modules/4.4.0-75-generic/build

make -C /lib/modules/4.4.0-75-generic/build SUBDIRS=/tmp/linux-tbs-drivers_v170330/v4l  modules

make[2]: Entering directory `/usr/src/linux-headers-4.4.0-75-generic'

  CC [M]  /tmp/linux-tbs-drivers_v170330/v4l/tuner-xc2028.o

  CC [M]  /tmp/linux-tbs-drivers_v170330/v4l/tuner-simple.o

  CC [M]  /tmp/linux-tbs-drivers_v170330/v4l/tuner-types.o

  CC [M]  /tmp/linux-tbs-drivers_v170330/v4l/mt20xx.o

.......

.......

  CC      /tmp/linux-tbs-drivers_v170330/v4l/zr36067.mod.o

  LD [M]  /tmp/linux-tbs-drivers_v170330/v4l/zr36067.ko

  CC      /tmp/linux-tbs-drivers_v170330/v4l/zr364xx.mod.o

  LD [M]  /tmp/linux-tbs-drivers_v170330/v4l/zr364xx.ko

make[2]: Leaving directory `/usr/src/linux-headers-4.4.0-75-generic'

./scripts/rmmod.pl check

found 539 modules

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen

make -C /tmp/linux-tbs-drivers_v170330/v4l install

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten

Installing kernel modules under /lib/modules/4.4.0-75-generic/kernel/drivers/media/:

        video/cx88/: cx8802.ko cx88-blackbird.ko cx88-vp3054-i2c.ko

                cx88xx.ko cx88-alsa.ko cx88-dvb-core.ko

                cx8800.ko

        video/pwc/: pwc.ko

        rc/keymaps/: rc-dm1105-nec.ko rc-digitalnow-tinytwin.ko rc-nebula.ko

                rc-behold.ko rc-tbs-nec.ko rc-dntv-live-dvb-t.ko

                rc-budget-ci-old.ko rc-pixelview-new.ko rc-pixelview-002t.ko

.......

.......

                dvb-usb-tbs5680.ko

        video/saa7134/: saa6752hs.ko saa7134.ko saa7134-alsa.ko

                saa7134-dvb.ko saa7134-empress.ko

        dvb/pt1/: earth-pt1.ko

        dvb/dm1105/: dm1105.ko

/sbin/depmod -a 4.4.0-75-generic

make -C firmware install

make[2]: Entering directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware'

Installing firmwares at /lib/firmware: vicam/firmware.fw dabusb/firmware.fw dabusb/bitstream.bin ttusb-budget/dspbootcode.bin

make[2]: Leaving directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware'

make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen

Gruss
Wolfgang

mango · 19.05.2017, 20:14

Hallo,

aktualisierte Treiber dddvb-dkms, dvb-driver-sundtek(thx gda),linux-media-tbs, linux-media-tbs-c
liegen zum testen in "3-base-unstable PPA" bereit!

Code:
dddvb-dkms-1:0.9.29.1easyVDR0-trusty

dvb-driver-sundtek-20170502.171517-0easyVDR0~trusty

linux-media-tbs-0.5.0-20170330easyVDR0~trusty

linux-media-tbs-c-0.5.0-20170330easyVDR0~trusty

Gruss
Wolfgang

mango · 22.05.2017, 22:45

Hi,

(19.05.2017, 20:14)mango schrieb: dddvb-dkms-1:0.9.29.1easyVDR0-trusty

wurde ins 3-base-stable PPA verschoben.

Gruss
Wolfgang

mango · 29.05.2017, 19:45

Hallo,

neue Version "dvb-driver-sundtek"(thx gda) in 3-base-unstable PPA

Zitat:dvb-driver-sundtek-20170518.210556-0easyVDR0~trusty

Gruss
Wolfgang

Münsterländer · 18.07.2017, 17:49

(16.05.2017, 20:23)mango schrieb: Hallo,

Treiber-Paket für TBS wurde auf "v17330" aktualisiert.Build läuft ohne Fehler durch alle Module werden erstellt.
Es wird Pakete für S & C geben -> linux-media-tbs-0.5.0 & linux-media-tbs-c-0.5.0
Mach noch ein paar Test's mit USB-Sticks(keine TBS) ob die Module korrekt geladen werden,
dann kommen die Pakete ins 3-base-unstable PPA

Build "linux-media-tbs-c"

Code:
[email protected]:/tmp# dpkg -i *.deb Vormals nicht ausgewähltes Paket linux-media-tbs-c wird gewählt. (Lese Datenbank ... 242982 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von linux-media-tbs-c_0.5.0-20170330easyVDR0~trusty_all.deb ... Entpacken von linux-media-tbs-c (0.5.0-20170330easyVDR0~trusty) ... linux-media-tbs-c (0.5.0-20170330easyVDR0~trusty) wird eingerichtet ... Sichere alle media Kernel-Module... tar: Entferne führende „/“ von Elementnamen TBS drivers configured for x86_64 platform. TBS 62xy, 5880 and 528x drivers configured for DVBC (x86_64 platform). make -C /tmp/linux-tbs-drivers_v170330/v4l stagingconfig make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten No version yet, using 4.4.0-75-generic make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten ./scripts/make_kconfig.pl /lib/modules/4.4.0-75-generic/build /lib/modules/4.4.0-75-generic/build 1 1 Preparing to compile for kernel version 4.4.0 ***WARNING:*** You do not have the full kernel sources installed. This does not prevent you from building the v4l-dvb tree if you have the kernel headers, but the full kernel source may be required in order to use make menuconfig / xconfig / qconfig. If you are experiencing problems building the v4l-dvb tree, please try building against a vanilla kernel before reporting a bug. Vanilla kernels are available at http://kernel.org. On most distros, this will compile a newly downloaded kernel: cp /boot/config-`uname -r` <your kernel dir>/.config cd <your kernel dir> make all modules_install install Please see your distro's web site for instructions to build a new kernel. Created default (all yes) .config file ./scripts/fix_kconfig.pl make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen make -C /tmp/linux-tbs-drivers_v170330/v4l make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten scripts/make_makefile.pl ./scripts/make_myconfig.pl make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten perl scripts/make_config_compat.pl /lib/modules/4.4.0-75-generic/build ./.myconfig ./config-compat.h creating symbolic links... make -C firmware prep make[2]: Entering directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware' make[2]: Leaving directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware' make -C firmware make[2]: Entering directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware' CC ihex2fw Generating vicam/firmware.fw Generating dabusb/firmware.fw Generating dabusb/bitstream.bin Generating ttusb-budget/dspbootcode.bin Generating cpia2/stv0672_vp4.bin Generating av7110/bootcode.bin make[2]: Leaving directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware' Kernel build directory is /lib/modules/4.4.0-75-generic/build make -C /lib/modules/4.4.0-75-generic/build SUBDIRS=/tmp/linux-tbs-drivers_v170330/v4l modules make[2]: Entering directory `/usr/src/linux-headers-4.4.0-75-generic' CC [M] /tmp/linux-tbs-drivers_v170330/v4l/tuner-xc2028.o CC [M] /tmp/linux-tbs-drivers_v170330/v4l/tuner-simple.o CC [M] /tmp/linux-tbs-drivers_v170330/v4l/tuner-types.o CC [M] /tmp/linux-tbs-drivers_v170330/v4l/mt20xx.o ....... ....... CC /tmp/linux-tbs-drivers_v170330/v4l/zr36067.mod.o LD [M] /tmp/linux-tbs-drivers_v170330/v4l/zr36067.ko CC /tmp/linux-tbs-drivers_v170330/v4l/zr364xx.mod.o LD [M] /tmp/linux-tbs-drivers_v170330/v4l/zr364xx.ko make[2]: Leaving directory `/usr/src/linux-headers-4.4.0-75-generic' ./scripts/rmmod.pl check found 539 modules make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen make -C /tmp/linux-tbs-drivers_v170330/v4l install make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird betreten Installing kernel modules under /lib/modules/4.4.0-75-generic/kernel/drivers/media/: video/cx88/: cx8802.ko cx88-blackbird.ko cx88-vp3054-i2c.ko cx88xx.ko cx88-alsa.ko cx88-dvb-core.ko cx8800.ko video/pwc/: pwc.ko rc/keymaps/: rc-dm1105-nec.ko rc-digitalnow-tinytwin.ko rc-nebula.ko rc-behold.ko rc-tbs-nec.ko rc-dntv-live-dvb-t.ko rc-budget-ci-old.ko rc-pixelview-new.ko rc-pixelview-002t.ko ....... ....... dvb-usb-tbs5680.ko video/saa7134/: saa6752hs.ko saa7134.ko saa7134-alsa.ko saa7134-dvb.ko saa7134-empress.ko dvb/pt1/: earth-pt1.ko dvb/dm1105/: dm1105.ko /sbin/depmod -a 4.4.0-75-generic make -C firmware install make[2]: Entering directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware' Installing firmwares at /lib/firmware: vicam/firmware.fw dabusb/firmware.fw dabusb/bitstream.bin ttusb-budget/dspbootcode.bin make[2]: Leaving directory `/tmp/linux-tbs-drivers_v170330/v4l/firmware' make[1]: Verzeichnis »/tmp/linux-tbs-drivers_v170330/v4l« wird verlassen

Gruss
Wolfgang

Hallo Zusammen,

habe dieses Paket installiert, weil meine tbs5990 USB CI zwar auch schon von dem alten Treiber unterstützt wurde, aber nicht asl "5990" erkannt und gemeldet wurde. Mit dieser Version werden beide Tuner fehlerfrei erkannt und auch das CI arbeitet einwandfrei.

Gruß

mango · 18.07.2017, 19:58

Hi,

(18.07.2017, 17:49)Münsterländer schrieb: habe dieses Paket installiert, weil meine tbs5990 USB CI zwar auch schon von dem alten Treiber unterstützt wurde, aber nicht asl "5990" erkannt und gemeldet wurde. Mit dieser Version werden beide Tuner fehlerfrei erkannt und auch das CI arbeitet einwandfrei.

Merci für den Test(K+) ...Pakete kommen noch Heute ins "3-base-stable" PPA!

@Münsterländer
...den hold kannst du dann wieder entfernen

Code:
sudo apt-mark unhold linux-media-tbs

Gruss
Wolfgang

mango · 18.07.2017, 21:53

Hi,

(18.07.2017, 19:58)mango schrieb: ...Pakete kommen noch Heute ins "3-base-stable" PPA!

Pakete sind nun in "3-base-stable" PPA

Gruss
Wolfgang

Münsterländer · 26.07.2017, 17:46

Hallo mango,

ab und zu ergeben sich doch noch Probleme. Aus welchen Sourcen erzeugst du die Pakete, damit man sehen kann, ob sich Änderungen ergeben. Und wie werden diese dann als Paket gepackt ?

mango · 26.07.2017, 19:31

Hi,

(26.07.2017, 17:46)Münsterländer schrieb: Aus welchen Sourcen erzeugst du die Pakete, damit man sehen kann, ob sich Änderungen ergeben

Sources -> TBS Linux Driver v17330
Paket Sources im Git:
http://easy-vdr.de/git/?p=trusty-ng/.git...9d;hb=HEAD

P.S
Du kannst Dir auch aus dem Sources des freien TBS-Treibers die Module bauen.
...TBS5990 wird vom freien TBS-Treiber unterstützt!
Anleitung findest du unter -> https://github.com/tbsdtv/linux_media/wiki

Gruss
Wolfgang

Münsterländer · 28.07.2017, 07:08

Hallo mango,

offensichtlich existiert doch ein Problem mit dem 0.5 Treiber, dieser als auch der selbst aus dem git
kompilierte erzeugt nach ca 1 1/2 Stunden dieses Phänomen und der vdr ist unbedienbar:
"cx231xx #0: UsbInterface::sendCommand, failed with status --19"

Hier habe ich etwas dazu gefunden: https://patchwork.linuxtv.org/patch/7920/
Werde mir das mal ansehen, obwohl das für frühere Kernel war.

mango · 28.07.2017, 16:27

Hallo,

(28.07.2017, 07:08)Münsterländer schrieb: Werde mir das mal ansehen, obwohl das für frühere Kernel war.

in "cx231xx-cards.c" ist der Patch bereits includiert ...in "cx231xx-core.c" nicht!

Gruss
Wolfgang

Münsterländer · 28.07.2017, 18:29

woran erkenne ich das ? Die line numbers sind unterschiedlich.

mango · 29.07.2017, 00:17

Hallo,

(28.07.2017, 18:29)Münsterländer schrieb: Die line numbers sind unterschiedlich.

wird bei patchen schon erkannt. ..wenn nicht gibt es einen reject. Mit patch -p1 < <name>.diff wird auch ein cx231xx-core.c.orig erstellt.

Code:
|diff --git a/drivers/media/video/cx231xx/cx231xx-core.c b/drivers/media/video/cx231xx/cx231xx-core.c

|index abe500f..11761dd 100644

|--- a/drivers/media/video/cx231xx/cx231xx-core.c

|+++ b/drivers/media/video/cx231xx/cx231xx-core.c

--------------------------

File to patch: cx231xx-core.c

patching file cx231xx-core.c

Hunk #1 succeeded at 1256 (offset 187 lines).

Hunk #2 succeeded at 1501 (offset 321 lines).

..wie man sieht wurde der Patch angewendet, offset wurden erkannt!

Dieser Patch ist aber für Fehlermeldung

Code:
cx231xx #0: UsbInterface::sendCommand, failed with status --71

und nicht für

Code:
cx231xx #0: UsbInterface::sendCommand, failed with status --19

Im "TBSDTV Community Forum" hab ich dies gefunden.

Zitat:I have simmilar problems with my TBS5280, but I use tvheadend. Everything is fine when I'm using one tuner.
When I'm using both tuners -after few times everything is hanging up with a lot of
"UsbInterface:endCommand, failed with status --19" and other stuff (like xhci errors)...
When I disable one tuner everything work fine...

Du kannst mal versuchen VDR nur mit einem Tuner zu starten.
In "/var/lib/vdr/sysconfig" dies einfügen oder ändern ...Bitte VDR zuerst stoppen!

Code:
VDR_DEVICES=" -D0"

Gruss
Wolfgang

Münsterländer · 29.07.2017, 17:22

Hi mango,

ja, das scheint tatsächlich zu funktionieren. Bisher keine Meldung und Absturz mehr.
Hatte mich im oben genannten Forum bereits angemeldet, um das Problem zu schildern,
aber noch keine Accountbestätigung. Bleibe am Ball.

mango · 29.07.2017, 17:46

Hi,

(29.07.2017, 17:22)Münsterländer schrieb: ja, das scheint tatsächlich zu funktionieren. Bisher keine Meldung und Absturz mehr.

...schade wenn man nur einen Tuner nutzen kann!

Im Anhang findest du "cx231xx-core.c" die so gepacht wurde.

Code:
--- cx231xx-core.c.orig 2017-07-29 18:43:39.000000000 +0200

+++ cx231xx-core.c 2017-07-29 18:53:41.556977002 +0200

@@ -1409,7 +1409,7 @@

 sb_size, cx231xx_isoc_irq_callback_ts2, dma_q_ts2, 1);

 urb->number_of_packets = max_packets;

- urb->transfer_flags = URB_ISO_ASAP;

+ urb->transfer_flags = URB_ISO_ASAP | URB_NO_TRANSFER_DMA_MAP;

 k = 0;

 for (j = 0; j < max_packets; j++) {

@@ -1654,7 +1654,7 @@

 return -ENOMEM;

 }

 dev->ts2_mode.bulk_ctl.urb[i] = urb;

- urb->transfer_flags = 0;

+ urb->transfer_flags = URB_NO_TRANSFER_DMA_MAP;

 dev->ts2_mode.bulk_ctl.transfer_buffer[i] =

    usb_alloc_coherent(dev->udev, sb_size, GFP_KERNEL,

...wenn du willst kannst du "cx231xx-core.c" mit dieser ersetzen und make nochmals anstossen.

P.S
Mit 2 Tuner testen, einfach um -D1 ergänzen!

Code:
VDR_DEVICES=" -D0 -D1"

[Edit On]
Anhang war falsch ...jetzt i.O!
[Edit Off]

Gruss
Wolfgang

Münsterländer · 30.07.2017, 07:06

Damit ich das richtig verstehe - ich mache im media_build Verzeichnis vorher ein make distclean, kopiere dann die oben angehängte Datei nach /media_build/drivers/media/usb/cx231xx/ und mache anschließend ein erneutes make.

Warum wird dieser patch dann nicht gleich in das Git mit eingearbeitet, so muss man bei jedem pull das erneut anwenden ?

EDIT: nicht fragen, einfach machen !

Kompiliert und installiert, sieht so weit recht gut aus - zwei Aufnahmen angeschoben und ein bischen hin- und hergeschaltet. Beim alten Treiber aus dem Git ohne patch ist der vdr gleich abgeschmiert - jetzt nicht mehr. Mal sehen, ob es so bleibt.

Danke erst einmal.

mango · 30.07.2017, 11:37

Hi,

(30.07.2017, 07:06)Münsterländer schrieb: Warum wird dieser patch dann nicht gleich in das Git mit eingearbeitet, so muss man bei jedem pull das erneut anwenden ?

nicht jeder Patch der eingereicht wird kommt auch in das "media-build". Es gibt da Top-Entwickler
die zig Patches eingereicht haben, aber keiner wurde übernommen. ...das bittere Ende,
jetzt machen sie garnichts mehr was die Treiber betrifft!

(30.07.2017, 07:06)Münsterländer schrieb: EDIT: nicht fragen, einfach machen !

so ist es!

(30.07.2017, 07:06)Münsterländer schrieb: Beim alten Treiber aus dem Git ohne patch ist der vdr gleich abgeschmiert - jetzt nicht mehr. Mal sehen, ob es so bleibt.

...wenn der Patch das Problem mit dem 2ten Tuner behebt, kommt der auch in die Pakete
linux-media-tbs-0.5.0 & linux-media-tbs-c-0.5.0
Mal abwarten, wie sich das bei Dir die nächsten Tage so verhält.

Gruss
Wolfgang

mango · 04.08.2017, 15:19

@Münsterländer,

läuft das mit dem patched Treiber ..oder hattest du nochmals Probleme mit dem 2ten Tuner?

Gruss
Wolfgang

Münsterländer · 04.08.2017, 15:27

Hi,

ich hatte weiterhin Aussetzer mit dem gleichen Fehlerbild wie oben. Mir schwant aber, dass dies an der Kombi mit den anderen usb-Empfängern liegt. Verwende noch eine Skystar usb-HD und einen Sundtek III.
Hier scheint der Sundtek quer zu schießen. Setze derzeit ein Entwicklersystem auf und werde das dort mit der
tbs-Karte prüfen.

PS: habe mir noch eine octopus-Ci single geholt, die läuft einwandfrei !

**SurfaceCleanerZ** · 04.08.2017, 15:57

Hi,
also wenn es echt am Sundtek liegt frage mal direkt bei denen nach. Die sind auch ab und zu hier im Forum aktiv. Und sonst via icq immer erreichbar. Deren Support ist echt gut!

MfG,
Stefan

Login
Benutzername:
Passwort:	Passwort vergessen?
	Merken