natiz Posted October 16, 2017 Share Posted October 16, 2017 Quick question about which build to install - I have both a DVBSky S952, and TBS 6281SE. Until today I worked only with the DVBSky one with the LibreELEC build. Now that I want to use both, I first tried TBS (Open Source) 6.4.0.rc9f but then 2 issues had ocurred: 1) The DVBSky had failed on: "Direct firmware load for dvb-demod-m88rs6000.fw failed with error -2" (haven't tried the TBS one) 2) The order of the adapters was off (1 DVBSky, 2 TBS, 3 DVBSky, 4 TBS) With #2 I can live, but #1 makes me believe I am not using the right build - which one should I be using? Link to comment
Cessquill Posted October 16, 2017 Share Posted October 16, 2017 I've tried the latest Crazy Cat and Open Source versions to try and get my TBS card recognised without luck (see attached). Reverted back to 6.3.5 official for now to get TVH back up. Not sure what to do now - was looking to get TVHProxy set up, but can't get card recognised on new versions - no longer supported? Link to comment
Cessquill Posted October 18, 2017 Share Posted October 18, 2017 Hi again - sorry to chime in, but I'm still learning about this set up. I've just tried using LibreElec 6.5.0-rc9f to see whether my TBS 6981 would show up, and it's showing two "Conexant CX24117/CX24132" adapters. As expected, these are showing up in TVHeadend and not enabled. Would it be possible/normal/advisable to rebuild my TVH config based on these inputs? Are they likely to work? Or should I be sticking to TBS builds? Link to comment
CHBMB Posted October 18, 2017 Share Posted October 18, 2017 Hi again - sorry to chime in, but I'm still learning about this set up. I've just tried using LibreElec 6.5.0-rc9f to see whether my TBS 6981 would show up, and it's showing two "Conexant CX24117/CX24132" adapters. As expected, these are showing up in TVHeadend and not enabled. Would it be possible/normal/advisable to rebuild my TVH config based on these inputs? Are they likely to work? Or should I be sticking to TBS builds?TBS tuners needs TBS build. TBS drivers aren't in mainline kernel that LibreELEC is based on. Link to comment
Cessquill Posted October 18, 2017 Share Posted October 18, 2017 5 minutes ago, CHBMB said: 30 minutes ago, Cessquill said: ...stuff... TBS tuners needs TBS build. TBS drivers aren't in mainline kernel that LibreELEC is based on. OK, fair enough. Do you want me to go back through the RCs to see if there's a point at which it's recognised? Do TBS not make an official driver for the current kernel (I hadn't used the OpenSource/CrazyCat versions up until now)? Link to comment
CHBMB Posted October 18, 2017 Share Posted October 18, 2017 TBS's official drivers are now the open source ones. They've stopped developing the closed source ones which haven't compiled correctly on any of the v6.4 rc builds. I have emailed them about this to clarify and they confirmed the above.By all means try an earlier build to see if that helps.When I get some time I'll take a closer look. 1 Link to comment
Cessquill Posted October 18, 2017 Share Posted October 18, 2017 Can confirm that 6.3.5 open source finds my TBS 6981 card, but 6.4.0-rc1 doesn't. Haven't tried rc2-8, but guessing it won't be promising. I'll leave you to it with fingers crossed. Thanks for your time. Link to comment
Zan Posted October 18, 2017 Share Posted October 18, 2017 3 hours ago, Cessquill said: Can confirm that 6.3.5 open source finds my TBS 6981 card, but 6.4.0-rc1 doesn't. Haven't tried rc2-8, but guessing it won't be promising. I'll leave you to it with fingers crossed. Thanks for your time. Take a dump of the syslog for 6.3.5 and then find out what's missing, with regards to the TBS card, from the logs between 6.3.5 and 6.4.x This is how I found out that my Hauppauge card wasn't being detected in the earlier 6.4.x builds by CHBMB, which to do with changes to cx23885 code in v4l. Doing a "modprobe cx23885" in an unRAID ssh session then showed up a few errors that led to a resolution. 1 Link to comment
Cessquill Posted October 19, 2017 Share Posted October 19, 2017 11 hours ago, Zan said: Take a dump of the syslog for 6.3.5 and then find out what's missing, with regards to the TBS card, from the logs between 6.3.5 and 6.4.x This is how I found out that my Hauppauge card wasn't being detected in the earlier 6.4.x builds by CHBMB, which to do with changes to cx23885 code in v4l. Doing a "modprobe cx23885" in an unRAID ssh session then showed up a few errors that led to a resolution. Thanks for that - I'm guessing that between TBS official, OpenSource, 6.3.5 and 6.4.0 I might be comparing apples to oranges, but I've been taking a look. I've extracted what I think is the important part of 6.3.5's system log after a boot. Contains all references to TBS, plus anything else surrounding that looked related. Oct 19 07:33:48 unRAID1 kernel: Linux video capture interface: v2.00 Oct 19 07:33:48 unRAID1 kernel: pps_core: LinuxPPS API ver. 1 registered Oct 19 07:33:48 unRAID1 kernel: TBS version 160405 Oct 19 07:33:48 unRAID1 kernel: ahci 0000:00:1f.2: version 3.0 Oct 19 07:33:48 unRAID1 kernel: pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <[email protected]> Oct 19 07:33:48 unRAID1 kernel: ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl SATA mode Oct 19 07:33:48 unRAID1 kernel: ahci 0000:00:1f.2: flags: 64bit ncq pm led clo pio slum part ems apst Oct 19 07:33:48 unRAID1 kernel: mpt3sas version 13.100.00.00 loaded Oct 19 07:33:48 unRAID1 kernel: IR NEC protocol handler initialized Oct 19 07:33:48 unRAID1 kernel: PTP clock support registered Oct 19 07:33:48 unRAID1 kernel: Linux agpgart interface v0.103 Oct 19 07:33:48 unRAID1 kernel: mpt3sas 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control Oct 19 07:33:48 unRAID1 kernel: cx23885 driver version 0.0.3 loaded Oct 19 07:33:48 unRAID1 kernel: DMAR: 32bit 0000:07:00.0 uses non-identity mapping Oct 19 07:33:48 unRAID1 kernel: CORE cx23885[0]: subsystem: 6981:8888, board: TurboSight TBS 6981 [card=33,autodetected] Oct 19 07:33:48 unRAID1 kernel: igb: Intel(R) Gigabit Ethernet Network Driver - version 5.4.0-k . . . Oct 19 07:33:48 unRAID1 kernel: cx23885_dvb_register() allocating 1 frontend(s) Oct 19 07:33:48 unRAID1 kernel: cx23885[0]: cx23885 based dvb card Oct 19 07:33:48 unRAID1 kernel: tbs6981fe: module license 'TurboSight Proprietary: www.tbsdtv.com' taints kernel. Oct 19 07:33:48 unRAID1 kernel: Disabling lock debugging due to kernel taint Oct 19 07:33:48 unRAID1 kernel: TurboSight TBS 6981 Frontend 0 Attaching... . . . Oct 19 07:33:48 unRAID1 kernel: TurboSight TBS 6981 Frontend: Oct 19 07:33:48 unRAID1 kernel: tbs6981fe - software version is 1.95.2.21 Oct 19 07:33:48 unRAID1 kernel: TurboSight TBS 6981 Frontend: Oct 19 07:33:48 unRAID1 kernel: tbs6981fe - Successfully Initialized Oct 19 07:33:48 unRAID1 kernel: DVB: registering new adapter (cx23885[0]) Oct 19 07:33:48 unRAID1 kernel: DVB: registering adapter 0 frontend 0 (TurboSight TBS 6981 DVBS/S2 frontend)... Oct 19 07:33:48 unRAID1 kernel: TurboSight TBS698x Dual DVB-S2 card port0 MAC=00:22:ab:f0:27:70 Oct 19 07:33:48 unRAID1 kernel: cx23885_dvb_register() allocating 1 frontend(s) Oct 19 07:33:48 unRAID1 kernel: cx23885[0]: cx23885 based dvb card Oct 19 07:33:48 unRAID1 kernel: TurboSight TBS 6981 Frontend 1 Attaching... Oct 19 07:33:48 unRAID1 kernel: DVB: registering new adapter (cx23885[0]) Oct 19 07:33:48 unRAID1 kernel: DVB: registering adapter 1 frontend 0 (TurboSight TBS 6981 DVBS/S2 frontend)... Oct 19 07:33:48 unRAID1 kernel: TurboSight TBS698x Dual DVB-S2 card port1 MAC=00:22:ab:f0:27:71 Oct 19 07:33:48 unRAID1 kernel: cx23885_dev_checkrevision() Hardware revision = 0xa5 Oct 19 07:33:48 unRAID1 kernel: cx23885[0]/0: found at 0000:07:00.0, rev: 4, irq: 16, latency: 0, mmio: 0xf7200000 Oct 19 07:33:48 unRAID1 kernel: Registered IR keymap rc-tbs-nec Oct 19 07:33:48 unRAID1 kernel: input: cx23885 IR (TurboSight TBS 6981) as /devices/pci0000:00/0000:00:1c.4/0000:07:00.0/rc/rc0/input6 Oct 19 07:33:48 unRAID1 kernel: rc0: cx23885 IR (TurboSight TBS 6981) as /devices/pci0000:00/0000:00:1c.4/0000:07:00.0/rc/rc0 ...whereas all 6.4.0 opensource mentioned was this... Oct 19 07:26:22 unRAID1 kernel: Linux video capture interface: v2.00 Oct 19 07:26:22 unRAID1 kernel: WARNING: You are using an experimental version of the media stack. Oct 19 07:26:22 unRAID1 kernel: As the driver is backported to an older kernel, it doesn't offer Oct 19 07:26:22 unRAID1 kernel: enough quality for its usage in production. Oct 19 07:26:22 unRAID1 kernel: Use it with care. Oct 19 07:26:22 unRAID1 kernel: Latest git patches (needed if you report a bug to [email protected]): Oct 19 07:26:22 unRAID1 kernel: 2cacea5c44b45c46712837dd2afdbdde18447e0c Merge branch 'tbsdtv_linux_media/master' into tbsdtv_linux_media/latest Oct 19 07:26:22 unRAID1 kernel: fbcon: astdrmfb (fb0) is primary device Oct 19 07:26:22 unRAID1 kernel: igb: Intel(R) Gigabit Ethernet Network Driver - version 5.4.0-k Oct 19 07:26:22 unRAID1 kernel: igb: Copyright (c) 2007-2014 Intel Corporation. Oct 19 07:26:22 unRAID1 kernel: Console: switching to colour frame buffer device 128x48 Oct 19 07:26:22 unRAID1 kernel: WARNING: You are using an experimental version of the media stack. Oct 19 07:26:22 unRAID1 kernel: As the driver is backported to an older kernel, it doesn't offer Oct 19 07:26:22 unRAID1 kernel: enough quality for its usage in production. Oct 19 07:26:22 unRAID1 kernel: Use it with care. Oct 19 07:26:22 unRAID1 kernel: Latest git patches (needed if you report a bug to [email protected]): Oct 19 07:26:22 unRAID1 kernel: 2cacea5c44b45c46712837dd2afdbdde18447e0c Merge branch 'tbsdtv_linux_media/master' into dvbdtv_linux_media/latest Oct 19 07:26:22 unRAID1 kernel: ast 0000:04:00.0: fb0: astdrmfb frame buffer device Oct 19 07:26:22 unRAID1 kernel: WARNING: You are using an experimental version of the media stack. Oct 19 07:26:22 unRAID1 kernel: As the driver is backported to an older kernel, it doesn't offer Oct 19 07:26:22 unRAID1 kernel: enough quality for its usage in production. Oct 19 07:26:22 unRAID1 kernel: Use it with care. Oct 19 07:26:22 unRAID1 kernel: Latest git patches (needed if you report a bug to [email protected]): Oct 19 07:26:22 unRAID1 kernel: 2cacea5c44b45c46712837dd2afdbdde18447e0c Merge branch 'tbsdtv_linux_media/master' into tbsdtv_linux_media/latest Oct 19 07:26:22 unRAID1 kernel: videobuf2_memops: Unknown symbol put_vaddr_frames (err 0) Oct 19 07:26:22 unRAID1 kernel: videobuf2_memops: Unknown symbol get_vaddr_frames (err 0) Oct 19 07:26:22 unRAID1 kernel: videobuf2_memops: Unknown symbol frame_vector_destroy (err 0) Oct 19 07:26:22 unRAID1 kernel: videobuf2_memops: Unknown symbol frame_vector_create (err 0) Oct 19 07:26:22 unRAID1 kernel: [drm] Initialized ast 0.1.0 20120228 for 0000:04:00.0 on minor 0 Are you saying I should putty in to my unraid box and do a modprobe cx23885 then? If so, into 6.3.5, 6.4.0 or both? (bear with me, I'll get there!) Link to comment
natiz Posted October 21, 2017 Share Posted October 21, 2017 (edited) On 10/16/2017 at 9:08 PM, natiz said: Quick question about which build to install - I have both a DVBSky S952, and TBS 6281SE. Until today I worked only with the DVBSky one with the LibreELEC build. Now that I want to use both, I first tried TBS (Open Source) 6.4.0.rc9f but then 2 issues had ocurred: 1) The DVBSky had failed on: "Direct firmware load for dvb-demod-m88rs6000.fw failed with error -2" (haven't tried the TBS one) 2) The order of the adapters was off (1 DVBSky, 2 TBS, 3 DVBSky, 4 TBS) With #2 I can live, but #1 makes me believe I am not using the right build - which one should I be using? Anyone? This is the error I get: Quote Direct firmware load for dvb-demod-m88rs6000.fw failed with error -2 EDIT: The CrazyCat seems to do the trick, although the devices are still ordered wried, but I guess its fine as long as it works Edited October 21, 2017 by natiz Link to comment
CHBMB Posted October 21, 2017 Share Posted October 21, 2017 As you've found CrazyCat is the only one that will work. TBS build contains only TBS driver to all intents and purposes, LibreELEC contains only default kernel stuff with only a few extra firmware files for extra non-TBS devices. 1 Link to comment
Tuftuf Posted October 26, 2017 Share Posted October 26, 2017 (edited) @CHBMB Do you have it documented somewhere how to build your environment for compiling the kernels? I seem to think I've seen you've listed it before but I could be mistaken. I was toying with the idea of trying to get the KVM fix for AMD CPU's & GPU passthrough into Unraid. The change was adding 6 lines to x86/kvm/svm.c and was tested on Arch. Edited October 26, 2017 by Tuftuf Link to comment
saarg Posted October 26, 2017 Share Posted October 26, 2017 46 minutes ago, Tuftuf said: @CHBMB Do you have it documented somewhere how to build your environment for compiling the kernels? I seem to think I've seen you've listed it before but I could be mistaken. I was toying with the idea of trying to get the KVM fix for AMD CPU's & GPU passthrough into Unraid. The change was adding 6 lines to x86/kvm/svm.c and was tested on Arch. The scripts he uses is in the github repo link in the first post. If I remember correctly you will then have all packages needed installed. Not sure about the kernel source if it's downloaded also. I do not think it's documented in detail, but you should find bits and pieces if you go some pages back. 1 Link to comment
CHBMB Posted October 26, 2017 Share Posted October 26, 2017 What@saarg says is right, and it downloads the kernel source.Sent from my LG-H815 using Tapatalk Link to comment
DZMM Posted October 26, 2017 Share Posted October 26, 2017 (edited) Weird. I had to reboot for other reasons and after rebooting the device ID (and the description) for my tbs card changed. No biggie I thought, so I restubbed with the new ID. The card is stubbed, but it's not getting detected as a DVB adapter by unRAID. It also means TVheadend won't start if the --device=/dev/dvb command is included. Any ideas what's wrong? Thanks highlander-diagnostics-20171026-1942.zip Edited October 26, 2017 by DZMM Link to comment
CHBMB Posted October 26, 2017 Share Posted October 26, 2017 Don't stub it. That's for VMs onlySent from my LG-H815 using Tapatalk Link to comment
DZMM Posted October 26, 2017 Share Posted October 26, 2017 43 minutes ago, CHBMB said: Don't stub it. That's for VMs only Sent from my LG-H815 using Tapatalk Grrr. I moved the card to another slot and it ended up getting attached to a VM and I latched onto fixing the stubbing as the solution....... Thanks! Link to comment
Rick Gillyon Posted October 29, 2017 Share Posted October 29, 2017 Any idea how to combine TBS cards and Hauppauge HDPVR2 in the same system? Is the HDPVR2 supported at all? I have the TBS working with Crazycat version, but doesn't recognise the HDPVR2. Link to comment
Cessquill Posted October 29, 2017 Share Posted October 29, 2017 On 10/19/2017 at 12:51 AM, Zan said: Take a dump of the syslog for 6.3.5 and then find out what's missing, with regards to the TBS card, from the logs between 6.3.5 and 6.4.x This is how I found out that my Hauppauge card wasn't being detected in the earlier 6.4.x builds by CHBMB, which to do with changes to cx23885 code in v4l. Doing a "modprobe cx23885" in an unRAID ssh session then showed up a few errors that led to a resolution. Ran modprobe cx23885 on 6.4.0_rc10b and got the following... root@unRAID1:~# modprobe cx23885 modprobe: FATAL: Module cx23885 not found in directory /lib/modules/4.13.10-unRAID I take it that's not promising, yes? Link to comment
CHBMB Posted October 29, 2017 Share Posted October 29, 2017 @Cessquill Been taking a look at this. Information is scattered around and often quite out of date, but just on a hunch can you try the LibreELEC build again. It might be that your tuner has made it into the mainline kernel. Link to comment
CHBMB Posted October 29, 2017 Share Posted October 29, 2017 16 hours ago, Rick Gillyon said: Any idea how to combine TBS cards and Hauppauge HDPVR2 in the same system? Is the HDPVR2 supported at all? I have the TBS working with Crazycat version, but doesn't recognise the HDPVR2. http://www.hauppauge.co.uk/site/products/data_hdpvr2.html Is this what you mean? In which case the supported operating systems is Windows only by the looks of it. 1 Link to comment
Rick Gillyon Posted October 29, 2017 Share Posted October 29, 2017 1 minute ago, CHBMB said: http://www.hauppauge.co.uk/site/products/data_hdpvr2.html Is this what you mean? In which case the supported operating systems is Windows only by the looks of it. Doh, thanks, should have checked that. I just assumed it had a linux driver. So my only option would be to stick it in a Windows VM I suppose. Link to comment
CHBMB Posted October 29, 2017 Share Posted October 29, 2017 11 minutes ago, Rick Gillyon said: Doh, thanks, should have checked that. I just assumed it had a linux driver. So my only option would be to stick it in a Windows VM I suppose. Looks that way.... 1 Link to comment
Cessquill Posted October 29, 2017 Share Posted October 29, 2017 1 hour ago, CHBMB said: @Cessquill Been taking a look at this. Information is scattered around and often quite out of date, but just on a hunch can you try the LibreELEC build again. It might be that your tuner has made it into the mainline kernel. Thanks for that @CHBMB. No joy I'm afraid... unRAID Version: 6.4.0_rc10b DVB Version: LibreELEC Driver Version: 1.2.1 DVB Kernel: Detected DVB Adapter Drivers: Not Detected DVB Adapter 0: Not Detected Link to comment
Recommended Posts