Package Details: tbs-linux_media-git r1127.4735369_4.18.10_arch1_1_ARCH-1

Git Clone URL: https://aur.archlinux.org/tbs-linux_media-git.git (read-only)
Package Base: tbs-linux_media-git
Description: TBS linux open source drivers
Upstream URL: https://github.com/tbsdtv/linux_media
Licenses: GPL2
Conflicts: tbs-dvb-drivers
Provides: linux_media
Submitter: swearchnick
Maintainer: swearchnick
Last Packager: swearchnick
Votes: 3
Popularity: 0.206181
First Submitted: 2017-06-17 08:49
Last Updated: 2018-09-28 15:46

Latest Comments

p-we commented on 2018-05-31 00:48

I know about the "extra modules" which is handy to not have to build a new package at every point release. But AFAIK this does not trigger all identically named modules in the extra modules directory to override their counterparts in the kernel's media tree. When I was maintaining the ffdecsawrapper AUR package a few years ago, the dvbdev.h file was patched but the rebuilt patched dvbdev module did not replace the like named in-tree kernel module unless put in the updates directory. Obviously in this current scenario most of the 700+ similarly named media modules in kernel are unaffected by the tbsdtv media tree replacements but some of them are modified. The unique TBS modules would take of course. Thanks for the info regarding depmod as I thought demod did need to be triggered. Please inform me otherwise if I am wrong about the directories. I speak from experience with DTV run on ArchLinux but not expertise. My recent experience with a brand new Coffee Lake i5 based media server and TBS DVB-S cards onboard using TVHeadend on current 4.16 ARCH went from 'partially reliable' to 'perfect' since a week of running after making this change. I otherwise would not have bothered to chime in here. Cheers.

swearchnick commented on 2018-05-30 14:38

@p-we: No and no. Directory doesn't matter there is a symlink "extra modules" in $pkgdir/usr/lib/modules/uname -r owned by linux package. Depmod is taken care of by an arch linux general hook. You probably need to make a separate PKGBUILD for your LTS kernel. For vanilla arch kernel your statements are not correct.

p-we commented on 2018-05-30 12:54

I instaled this package to get mixed results. When I examined the PKGBUILD I noticed that the modulea are installed into the 'extramodules' directory which is essentialy wrong. This is complete custom rebuild of the linux media stack where the existing media stack must be replaced, i.e. not augmented, to ensure proper function. The modules need to be placed in $pkgdir/usr/lib/modules/uname -r/updates to replace the existing in-tree modules. Depmod also needs to be run following installation to make sure this happens. I had less quirky things happening once I changed this with my 6984 and 6908

p-we commented on 2018-04-22 23:09

Anyone out there trying to get these drivers working on an AMD Ryzen system? I've got Ryzen 1600x + B350 chipset where TBS drivers not working. I have TBS 6984, 6985, and 6908 cards all of which work with AMD K8 and Intel Sandy Bridge. The problem seems to begin (and end) with dmesg showing that firmware is not being picked up. Any insights appreciated. The old SandyBridge is slowly dying. Using Arch LTS 4.14. Thanks

swearchnick commented on 2017-06-20 14:59

Very good with a dkms version also.

AlexanderS commented on 2017-06-19 23:10

Hi, I have submitted a similiar package with dkms support: https://aur.archlinux.org/packages/tbs-linux_media-git-dkms/ that gets rebuild automatically if a new kernel was installed. I also separated the firmware stuff into: https://aur.archlinux.org/packages/tbs-firmware/.