Missing TBS 6981 support about openelec.tv HOT 21 CLOSED

I added a pull request to add the code

from openelec.tv.

Pull request #67 should solve this if it's included.

from openelec.tv.

should be supported in linux-tbs-drivers v120405. already in master. unfortunately can't be added by "default" for now

you can add "linux-tbs-drivers" to ADDITIONAL_DRIVERS and compile on your own.

from openelec.tv.

When adding the linux-tbs-drivers, they are build correct, however they are not loaded. This is because the cx23885 module that is loaded, is the one that is build by the kernel, not the one that is build by tbs.
There are (at least) two ways to solve this problem:

1. copy all necessary drivers after build over the modules compiled with the kernel

2. create a patch for the kernel, in such a way that not tbs specific drivers (like cx23885, but there are some more), that should be modified for tbs, are patched before building the kernel, and use an adapted makefile for the tbs drivers, that is creating only the tbs-only drivers from the tbs sources.

I have done both succesfull: 1 by using the tbs make install, with some dedicated settings, and 2 with a patch, I published before, but that unfortunately is not working with kernel 3.2 anymore (I get a deadlock while loading tbs drivers)

I prefer method 2 as it has less side effects on other drivers, when it works.

Any comment on this?

from openelec.tv.

I am reporting this - as my other issue was closed - once more here, sorry for the duplicate:

Seems like Kernel 3.6.x compatible driver package for TBS tuners have just been released some days ago (2012-21-10).

http://www.tbsdtv.com/download/document/common/tbs-linux-drivers_v121021.zip

According to their changelog:

• Improve compatibility with Linux kernel version 3.6.x, i.e. currently supported kernel range is from version 2.6.31 to version 3.6.x
• Add final support for TBS 6926
• Add support for dBm reporting with TBS 6982
• Preliminary fix for unstable lock with TBS 6991 on some transponders
• Improve performance of TBS 6982 in case lock can't be acquired
• numerous smaller fixes

Is it now maybe possible to include them in the public release ?

Compiling from source with tbs dirvers activated currently fails.

from openelec.tv.

no its still not possible, because it still breaks all other DVB drivers, please contact TBS to make the drivers compatible with the kernel drivers

from openelec.tv.

@de-wolff and @Thomas233: As soon as I add the linux-tbs-drivers to ADDITIONAL_DRIVERS, I experience a videodev: exports duplicate symbol __video_register_device (owned by kernel) in demsg. Removing CONFIGURE_VIDEO_DEV didn't help. Is this the same issue you also encountered, or is it something different or new?

from openelec.tv.

@thorbenw no i have something different here:

linux-tbs-drivers-120814/linux-tbs-drivers/v4l/ivtv-udma.c:60:44: error: 'KM_BOUNCE_READ' undeclared (first use in this function)

and

build.OpenELEC-Fusion.x86_64-devel/inux-tbs-drivers-120814/linux-tbs-drivers/v4l/ivtv-udma.c:60:4: error: too many arguments to function 'kmap_atomic'

Thx!

from openelec.tv.

@Thomas233 ok that's something different, which doesn't seem to occur no longer in v121021. It seems you still compile with 120814, which isn't the version you mentioned three days ago :) .

To change the version to download and compile, change PKG_VERSION from "120814" to "121021" in the packages/linux-drivers/linux-tbs-drivers/meta file and make release again. I you do actually, would you please let me know if it succeeds or not? And if you also get the videodev error then?

However, if you still want to use the older v120814, see http://siduction.org/index.php?name=PNphpBB2&file=viewtopic&t=2828 how to solve this (german instructions, in short: simply remove the KM_BOUNCE_READ on two line of code in ivtv-udma.c because it is no longer available for the calls it was used with, which I think I remember were kmap_atomic() and kunmap_atomic()).

from openelec.tv.

@thorbenw Hello, sorry I just saw that I was using the old version, seems like I cloned the repo 1-2 days before the release of the new drivers. I am currently updating and try to compile another build then.

from openelec.tv.

@thorbenw Hello. Seems to work now for me, thank you. I do not get the error you posted !

from openelec.tv.

Hi,

another linux driver update from TBS to version V121105 has been released. Get it from here:
http://www.tbsdtv.com/download/document/common/tbs-linux-drivers_v121105.zip

I assume it won`t fix the issues with Openelec / V4L ?

from openelec.tv.

No, it doesn't. They still seem to deliver the whole LMI-API with their drivers. Meanwhile, I got my TBS card running in OpenELEC at last. Awesome piece of work, compared to other cards that are supported by default...

from openelec.tv.

Current builds with TBS driver support seem to let tvheadend service stop working (not only for me).

http://openelec.tv/forum/71-pvr--live-tv/51986-tvheadend-error-pvr-client-disconnect-on-git-build

from openelec.tv.

I don't think that's caused by the drivers. I've tried the new drivers on a fresh git clone, and I also get "lost connection" errors (using vdr), but also get a short hint "Check XVDR Server version", both in XBMC (lower right corner). Actually, the vdr-plugin-xvdr version has been updated since the last git clone I got before the current one.
Looking at /var/log/messages, wirbelscan (the vdr-wscan-plugin, respectively) starts collecting transponder and service data, which is a hint that locking/tuning/demux works correctly. Also, I noticed that XVDR logs "Channel number is unknown" errors there.
So I tried the 121021 drivers tonight to check if the same errors still occur. And they do. So for me, it doesn't seem to have anyhing to do with the drivers. Anyway, I'll try to use tvheadend now to see if that makes any difference. If so (i.e. if it works), I'll change back to the 121105 tbs drivers.

from openelec.tv.

Confirm! Built a new release from stable 2.0 branch with latest tbs drivers and it works. Must be a code issue.

Btw. comparing to the release with latests sources from git there were two tv-headend services with slightly different names in the addon repository (hts-tvheadend v2.1.5 and tvheadend v2.1.6). I took the older one. Both were services (not clients).

from openelec.tv.

I also have difficulties with the current git...@Thomas233: I sent you a private message in the OpenELEC forum.

from openelec.tv.

it was not a driver but a kernel config issue (dvb-core & co compiled in instead as a module), should be fixed in latest git, try rebuilding

from openelec.tv.

For me, tvheadend is running with v121105 TBS Drivers without any problems. Meanwhile, TBS released http://www.tbsdtv.com/download/document/common/tbs-linux-drivers_v121119.zip ...

from openelec.tv.

already updated 10 days ago: 6cca438

from openelec.tv.

I know its an old topic, but:
Open source driver for the TBS6981: https://github.com/ljalves/linux_media/wiki
(developed against latest media tree)

The TBS driver for this board is completely broken...

from openelec.tv.