Arch Linux

Did anyone recently try to make a build of the TBS driver package?

During the compilation process I get this:

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

.......................
CC [M] /home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/max2165.o
CC [M] /home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/tda18218.o
CC [M] /home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/tda18212.o
CC [M] /home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_i2c.o
CC [M] /home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_core.o
CC [M] /home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_fops.o
CC [M] /home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_video.o
/home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_core.c: In function 'saa7146_init_one':
/home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_core.c:414:58: error: 'IRQF_DISABLED' undeclared (first use in this function)
err = request_irq(pci->irq, interrupt_hw, IRQF_SHARED | IRQF_DISABLED,
^
/home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_core.c:414:58: note: each undeclared identifier is reported only once for each function it appears in
scripts/Makefile.build:258: recipe for target '/home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_core.o' failed
make[3]: *** [/home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l/saa7146_core.o] Error 1
make[3]: *** Waiting for unfinished jobs....
Makefile:1383: recipe for target '_module_/home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l' failed
make[2]: *** [_module_/home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l] Error 2
make[2]: Leaving directory '/usr/lib/modules/4.1.2-2-ARCH/build'
Makefile:51: recipe for target 'default' failed
make[1]: *** [default] Error 2
make[1]: Leaving directory '/home/pub/Downloads/ArchLinux/TBS01/tbs-dvb-drivers/src/tbs-linux-drivers_v150429/driver/linux-tbs-drivers/v4l'
Makefile:26: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

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

- Linux kernel version: 4.1.2-2-ARCH
- gcc version: 5.1.0

With my previous build of the package (Linux kernel 4.0.5-1-ARCH, gcc version 5.1.0) everything went well.

In both cases the AUR package "tbs-dvb-drivers v150429-3" was used. In both cases the MD5sum of the downloaded tbs-linux-drivers_v150429-new.zip is the same.

Do we need an update from TBS or do I overlook something?

maybe this will work also with linux-lts http://pastebin.com/5zYHkSG3, it uses the tbs-linux-drivers_v150429.zip archive without the installer.sh script.

fails to built with current lts-kernel. Builts proper with current linux kernel

It seems they have put back the old tbs-linux-drivers_v150429.zip (without the installer.sh) and renamed the new one to tbs-linux-drivers_v150429-new.zip. Basically all that needed to be changed in the PKGBUILD was the filename.

What I did:
I downloaded the latest version from here:
http://www.tbsdtv.com/download/document/common/tbs-linux-drivers_v150429-new.zip

and extracted its content and changed into the new directory.
Here, I ran "./installer.sh", which builds the driver properly with kernel 4.0.3-1.

However, after reboot,
dmesg | grep cx88
gives:
[ 11.222126] cx88xx: disagrees about version of symbol ir_raw_event_handle
[ 11.222139] cx88xx: Unknown symbol ir_raw_event_handle (err -22)
[ 11.222541] cx88xx: disagrees about version of symbol rc_keyup
[ 11.222547] cx88xx: Unknown symbol rc_keyup (err -22)
[ 11.222603] cx88xx: disagrees about version of symbol

So, the FAQ of TBS states:
A1: do the following:

# sudo rm -rf /lib/modules/<kernel_version>/kernel/drivers/media/

where "<kernel_version>" is replaced by the loaded kernel version
and then reinstall the drivers with doing "make install".

After a reboot, everything works again.

SHA256sums should be
3fdfa6f14af91b3301f0f29c2a2386a7f84504688c766e714287ad8d450e2a57 for .install
and
fdc905866a01231595e23c53b7b7b5e81428c10844215c1be1231c4a1297f743 for tbs-linux-drivers_v150429.zip

But than I got an error:
==> Beginne build()...
tar (child): tbs-linux-drivers_v150429.tar.bz2: Funktion open fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
==> FEHLER: Ein Fehler geschah in build().
Breche ab...
==> FEHLER:Makepkg konnte tbs-dvb-drivers nicht erstellen.

I downloaded the current driver from tbsdtv.com.
make and make install run through properly
however, after reboot, the card is not recognized
I am using the lts kernel
is there any change to get an older version of the driver?

with todays kernel update I get
"sha256sums...
tbs-linux-drivers_v150429.zip ... FAILED
failed to verify tbs-dvb-drivers integrity"

thank you so much for your good work, p-we!!! live long and prosper!

Thanks Sunday for reminding me of this. THe package works again.

The TBS Driver package structure has changed with an config script which is needed as more changes are coming for the media stack in upcoming 4.xx kernels.

About the future:
Since I have moved a year ago I have very limited time to keep my AUR packages maintained and keep my system tweaked. Arch Linux is just too bleeding edge to make a comfortable low maintanence multimedia server platform and I now need a server which will continue to run for years in a very boring reliable way. I have been toying with CentOS7 for a few months which has some issues but is where I am headed.

This is the time for me to bow out. This package needs a new owner. I will miss the learning thrill that ArchLinux has given me.

This should work (modified PKGBUILD): http://pastebin.com/XK9zsZRu

I can't believe this. Not only have TBS once again altered a published driver after its original issue and kept the driver's name the same (ie same date), now they have indeed changed the format of the contents quite a bit under the same driver name. You would think they would at least have the courtesy of changing the name of the driver package to something new to reflect the change.

So I'll get on this ASAP although I don't know if I'll get it done tonight. It's late here in NZ.

Hello @p-we.
I have tried to build the driver today but it failed, seems like TBS changed something in the .zip.

Thanks for the warning. Good that TBS have caught up with current kernel development

@p-we
TBS driver has been updated to v150429, now has compatibility with Linux kernels 3.19.x and 4.0

@thx, it just works fine with lts-kernel.
However, dkms-support would be nice. :-)

@produnis
I just realized that I have not tried the unofficial TBS driver package with kernel 3.19. I tried the drivers with FFdecsawrapper and it is FFdecsawrapper's loopback which is failing. The drivers alone could work with kernel 3.19. I can verify that the unofficial driver package does build properly. Give this a shot:

https://aur.archlinux.org/packages/tbs-unofficial-dvb-drivers-git/

p-we:
thank you very much for your clarification...
I might downgrade to 3.18-6
thx for your time!!!

@produnis
The AUR package is OK but TBS official drivers are not yet compatible with 3.19. At this time unofficial TBS drivers maintained by L. Alves don't work with 3.19 either. Kernel 3.19 and also 4.0 now at RC2 both come with big changes for the media stack including DVB devices. The guys at TBS will probably have alot of work to do so the fix might not come quickly. It might not even be a big priority for them to get it done quickly.

So the choices are to stay with 3.18-6 or use linux-lts which is based on 3.14 until DVB developers accross the board catch up with kernel development.

Cannot install with todays kernel-update:

make[3]: *** [/tmp/pacaurtmp-produnis/tbs-dvb-drivers/src/linux-tbs-drivers/v4l/lirc_dev.o] Fehler 1
Makefile:1382: recipe for target '_module_/tmp/pacaurtmp-produnis/tbs-dvb-drivers/src/linux-tbs-drivers/v4l' failed
make[2]: *** [_module_/tmp/pacaurtmp-produnis/tbs-dvb-drivers/src/linux-tbs-drivers/v4l] Error 2
make[2]: Leaving directory '/usr/lib/modules/3.19.2-1-ARCH/build'
Makefile:51: die Regel für Ziel „default“ scheiterte
make[1]: *** [default] Fehler 2
make[1]: Verzeichnis „/tmp/pacaurtmp-produnis/tbs-dvb-drivers/src/linux-tbs-drivers/v4l“ wird verlassen
Makefile:26: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2
==> FEHLER: Ein Fehler geschah in build().
Breche ab...
:: tbs-dvb-drivers cleaning skipped
:: failed to build tbs-dvb-drivers package(s)

So the new v150313 driver is back to zip format AND includes firmware.
Go figure. What will it be next?

Updated 150130 driver package brings some changes for TBS:
1) tar.bz2 format instead of zip
2) No more firmware, so I'm assuming firmware is now integrated into drivers.

There is no new documentation posted at TBS yet

Hi guys, sry for the late answer. I had massive notebook problems because of nvidia. I bought a new one with intel card, installed archlinux:
uname -a
Linux arch 3.17.3-1-ARCH #1 SMP PREEMPT Fri Nov 14 23:13:48 CET 2014 x86_64 GNU/Linux

And tbs-dvb-drivers v141019-1.
Everything works fine!
Thanks for that!

@septigation
As @Sunday pointed out, the package installs the TBS drivers and firmware in such a way they they do work in current ArchLinux. However, depending on your specific TBS hardware and application, this might not mean that everything just works.
1) Some TBS hardware, especially some USB types which require firmware, don't get detected well by udev and need to be modprobed manually.
2) Do you have v4l-utils installed? Some apps, such as older versions of VDR, need the v4l-utils package to get the hardware to work properly.
3) Try running a simple "sudo depmod" manually outside of the install script and see if this makes a difference.

I disagree:

[root@bigbrain alex]# uname -a
Linux bigbrain 3.16.4-1-ARCH #1 SMP PREEMPT Mon Oct 6 08:22:27 CEST 2014 x86_64 GNU/Linux
[root@bigbrain alex]# lsmod | grep tbs
rc_tbs_nec 12396 0
saa716x_tbs_dvb 71088 1
tbs6618fe 17177 1 saa716x_tbs_dvb
[...]
And the card works just fine...

Dont work with Kernels >=3.16.4

v140819 is out. Problem solved.

Bad news: Driver package v140707 is incompatible with 3.16 kernel
tuner-types have been merged into V4l tree so TBS will have to update their V4L lib's.

If you want to use linux 3.16 either wait for a new TBS driver package or try:
https://aur.archlinux.org/packages/tbs-unofficial-dvb-drivers-git/

@Sunday,
Thanks for the input. Always looking forward to learn something new. I like both contributions and will implement them.

I am using this PKGBUILD for some time now, but i always apply the same changes before building:

1. make compressing the modules use more cpus (xargs -P`nproc`)

2. make the post_install call depmod with the explicit kernel version that the package is built against.

This is helpful in my scenario: home-theater box has a slow cpu, so i compile the driver on my main box before updating the kernel on home-theater box. Then I install the new kernel and the new tbs-driver on the new box, without rebooting in between. In this situation depmod fails if the new kernel version is not passed as an argument, because it defaults to the currently running kernel version.

This is my changes: http://pastebin.com/9FSPuFZ6, maybe you want to include them in the PKGBUILD, they should not break anything for anyone.

Thx for maintaining this nice package :)

Working well with my 6928 and 6982SE.

However, the driver used to crash after some time with this error:

irq 17: nobody cared (try booting with the "irqpoll" option)
Disabling IRQ #17

This can be fixed by switching the driver from IRQ to MSI. Just create a conf-file, e.g. /etc/modprobe.d/tbs.conf and add this line:

options saa716x_tbs_dvb int_type=1

For the interested there is another option for TBS DVB. T.Alves maintains an unofficial open source TBS driver repo. There could be advantages for some because official TBS drivers use ancient V4L lib's and his drivers use latest V4l

See: https://aur.archlinux.org/packages/tbs-unofficial-dvb-drivers-git/

The v140425 package has changed despite keeping the same name. My system builds 2 extra modules now. Checksums in MAKEPKG have been changed accordingly.

The newest v140425 driver package works as is, but for my 6984 has some intermittent issues when used with FFdecsawrapper which indicates that there may be V4L irregularities within the whole v140425 package. The point is that this newest driver package might be less "perfect" than TBS driver versions in the past. Keep your older v140323 around just in case.

EDIT 2014-04-29:
Changing permissions of modules to 755 (644 before) seems to fix the irregularity mentioned above for me.

v140425 is out

Thanks for the input everyone. Here is a list of confirmed TBS cards:
5925
6618
6680
6981
6984
6985
What is good is that all major chipsets from DVB-S and DVB-C are represented here. Also, I'm glad that the 5925 is working as this is USB2 and relies on firmware so that part seems to be OK as well.

Working well on a 6981 card. Thanks

updated to v140323

I can also now confirm that this package works with TBS 6984 as well. Thanks for the input.

I have a TBS 6618 and this package works like a charm, thanks a lot!

@afk_cz:
Good to hear it works. Thanks for the feedback. I'm trying to keep track of which TBS cards are working. This helps.

@p-we: kernel 3.12.9-2 x86_64, TBS5925, your package works perfect.

Excellent work. driver works out of the box. I tried to dwn from tbs website latest driver but I got always errors:
dvb_usb: Unknown symbol rc_register_device (err -22)
dvb_usb: disagrees about version of symbol rc_free_device

I received some hints from TBS support (which replies very fast) but it didn't help.

thanks a lot !

I've done some research on how firmware is detected etc and changed package accordingly:
TBS original firmware in now installed into /usr/lib/firmware base directory.
Redundant V4L firmware from the TBS driver package are no longer installed on top of ARCH firmware.
Please let me know how it runs for your TBS card. It should be consistantly better like this.

Changed to v140210
Thanks for the heads-up.

v140210 is out

Thank you for adapting the TBS work to ArchLinux

Thanks! Will test it next days

Updated. Thanks for the heads up.
Also RC modules kept in now. Hopefully fixed.

New version v140113 is out :)

http://www.tbsdtv.com/download/#tbs6680

2 changes:
1) Make distclean added to solve problem with kernel upgrades
2) RC and Lirc files from V4l are no longer built into the package. There appears to be some issues with kernel 3.12 and older lirc/rc modules.

Thank you, I solved, it was a silly date problem.

Check to see if you have kernel-headers installed. If not install first the headers and try it, then if necessary v4l-utils. I'm not sure if the headers are a hard dependancy or not.

Hi, I encountered some problems in compiling this package. I opened a topic on the forum: [url]https://bbs.archlinux.org/viewtopic.php?id=172278[/url] because I don't know how to fix them.

Thank you in advance for any kind of help.

Regards.

OK, that makes at least one TBS card which uses other V4L modules it compiles its own TBS drivers with. I'm changing this package to install all of the modules in the TBS driver package from now on.

Thanks for thw feedback FalconGER

Thank you very much! I edited the PKGBUILD, enabled the V4L modules and now the card works well!
My 6680 is shown up in tvheadend with both adapters. The mux-scan works as well as the live streaming. Recording will be tested in the near future ;)

I' using manjaro 0.8.7.1 64bit up-to-date

@FalconGER: Thank you very much for this feedback. I will be switching to a TBS-6984 + TBS-6985 in December. I cannot test this AUR package now so I appreciate your feedback and comments here. I want to make the TBS cards work good here!

Now about your TBS-6680. . . I guess we'll just have to solve this together. I have wondered if it was necessary to build and install all of the V4L modules contained in the TBS packages or not. I just made a change in the PKGBUILD to allow to toggle between them. Please edit the PKGBUILD and change the " _tbs_drivers_only=" to anything except "yes" and see if it works.

PS: I'm assuming you are currently using ARCH and not some other flavor of Linux. Please let me know if you are using a different taste of Linux besides ARCH.

wow, that was fast! Thank you very much!

But for me my TBS 6680 does not work - I can not see the adapters in my tvheadend-git version :( Any ideas? I'll try a few things tomorrow

@falconGER: Thanks for the warning. Updated.

I've added a conditional to be able to additionally install the V4L modules from the TBS package. It is disabled by default.

new version available: http://www.tbsdtv.com/download/document/common/tbs-linux-drivers_v130927.zip
can you please update this package?

Official drivers and firmware from TBS-DTV. If are using your TBS DVB card with FFdecsawrapper, you should use this other package instead:
https://aur.archlinux.org/packages/ffdecsawrapper-git-tbs/