dmesg is reporting after plugging in that it is an “Unsupported device”. The HVR-950Q was working with TVHeadEnd before the update.
I have 3 separate units of the 950Q and have tried plugging all 3 in (one at a time) direct to the Vero 4k+, also tried plugging them into the powered OSMC USB hub; getting “Unsupported device” every time. The firmware appears to be in /lib/firmware. w_scan -c US says “NO USEABLE TERRCABLE_ATSC CARD FOUND”
Most of the troubleshooting in this post I’ve gleaned from other posts here regarding WinTV tuners, I’m no expert and I welcome any further recommendations for testing. The 950Q units work OK on a separate Windows PC, so I don’t think it is a hardware issue.
Edited 20221002 to remove references to Hauppauge dualHD; my dualHD tuner broke when trying to test so it is no longer relevant to this thread
Thanks for the reply. The HVR-950Q has been supported since 2.6.26, and worked great before the 2021.08-1 upgrade. Forgive my lack of knowledge here, but why would support for the 950Q be lost in this upgrade when it was supported before? Whatever the reason, would it be trivial to add support back to the current version since it was supported before, or does all the work have to be done over again on a new kernel?
I would be willing to test a build if you think that would be helpful. I could also donate a WinTV-HVR-950Q to you/your team if you have time to work on it. I’ve seen in another thread that you referenced this guide “How to Obtain, Build, and Install V4L-DVB Device Drivers”, is that relevant to my issues?
Edited 20221002 to remove references to Hauppauge dualHD; my dualHD tuner broke when trying to test so it is no longer relevant to this thread
While it seems even not trying to load the firmware
Aug 11 19:24:53 3jane kernel: usb 1-1.4: New USB device found, idVendor=2040, idProduct=7200
Aug 11 19:24:53 3jane kernel: usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=10
Aug 11 19:24:53 3jane kernel: usb 1-1.4: Product: WinTV HVR-950
Aug 11 19:24:53 3jane kernel: usb 1-1.4: Manufacturer: Hauppauge
Aug 11 19:24:53 3jane kernel: usb 1-1.4: SerialNumber: 4035209770
Aug 11 19:24:53 3jane kernel: usb 1-1.4: Unsupported device
Aug 11 19:24:53 3jane kernel: usb 1-1.4: Unsupported device
Aug 11 19:24:53 3jane kernel: usb 1-1.4: Unsupported device
Aug 11 19:24:53 3jane kernel: usb 1-1.4: Unsupported device
I did not install the firmware, but it already exists in /lib/firmware/dvb-fe-xc5000-1.6.114.fw so I think it is included with OSMC.
But you are right, it does not seem to load the firmware even though it exists. The linuxtv page says the firmware will be “added lazily (on-demand) when you first use the driver”, which I’m guessing would be when the device is plugged in. Is there a way to try to manually force the driver or firmware to load?
sudo modprobe -v xc5000 produced no output, I think this means the xc5000 driver is loaded. sudo modprobe -D xc5000 refers to one file, /lib/modules/4.9.113-45-osmc/kernel/drivers/media/tuners/xc5000.ko, which does exist
Same problem here. 950Q. A failed upgrade to Debian 11, followed by a fresh install with kernel 5.10.0-8, and now xc5000 no longer loads. I can modprobe xc5000 and it loads (lsmod lists it) but the tuner stays quiet. xc5000 used to load a dependency but it is nowhere to be found now, and modinfo indicates no dependencies needed now.
dmesg is completely quiet about it. The device isn’t recognized, although dmesg will show the cable as being unplugged when I do so. I verified that the USB ports and tuner still work. I don’t know if it’s related, but the Dolphin file browser is very, very slow to start. dbus issues?
I am having the same problem described by a couple people above. 950Q was working. I upgraded to the latest version. Now the tuner is not recognized. The same results on dmesg given above. lsmod shows that the firmware is not automatically loaded. when I modprobe it, it then appears in lsmod, but seems to not be used by anything, as commented above. I didn’t see any solutions. If someone solved this problem, could you post your solution?
just in case it is useful, I’ve attached a portion of dmesg. I included extra lines before and after the key lines, just to ensure I include everything useful from dmesg:
3.196274] input: OSMC Remote Controller USB Keyboard Mouse as /devices/platform/c9000000.dwc3/xhci-hcd.0.auto/usb1/1-2/1-2:1.0/0003:2017:1688.0001/input/input3
[ 3.264051] hid-generic 0003:2017:1688.0001: input,hidraw0: USB HID v1.10 Keyboard [OSMC Remote Controller USB Keyboard Mouse] on usb-xhci-hcd.0.auto-2/input0
[ 3.273104] input: OSMC Remote Controller USB Keyboard Mouse as /devices/platform/c9000000.dwc3/xhci-hcd.0.auto/usb1/1-2/1-2:1.1/0003:2017:1688.0002/input/input4
[ 3.273520] usb 1-1.2: new high-speed USB device number 4 using xhci-hcd
[ 3.333894] hid-generic 0003:2017:1688.0002: input,hidraw1: USB HID v1.10 Mouse [OSMC Remote Controller USB Keyboard Mouse] on usb-xhci-hcd.0.auto-2/input1
[ 3.428806] usb 1-1.2: New USB device found, idVendor=2040, idProduct=7200
[ 3.428814] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=10
[ 3.428818] usb 1-1.2: Product: WinTV HVR-950
[ 3.428821] usb 1-1.2: Manufacturer: Hauppauge
[ 3.428825] usb 1-1.2: SerialNumber: 4036068402&40
[ 3.460980] usb 1-1.2: Unsupported device
[ 3.461167] usb 1-1.2: Unsupported device
[ 3.461237] usb 1-1.2: Unsupported device
[ 3.461347] usb 1-1.2: Unsupported device
[ 3.610528] cgroup: cgroup2: unknown option “nsdelegate”
[ 3.618597] systemd[1]: systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[ 3.619120] systemd[1]: Detected architecture arm64.
[ 3.625094] systemd[1]: Set hostname to .
[ 3.679798] meson_uart c81004c0.serial: ttyS0 use xtal(8M) 24000000 change 115200 to 115200
[ 3.775804] systemd[1]: File /lib/systemd/system/systemd-journald.service:12 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
[ 3.775817] systemd[1]: Proceeding WITHOUT firewalling in effect! (This warning is only shown for the first loaded unit using IP firewalling.)
[ 3.882230] random: systemd: uninitialized urandom read (16 bytes read)
Thanks for the very quick reply. I decided to revert to an earlier version of OSMC. FWIW, the tuner is now recognized and everything is back to working. I’ll probably never solve this particular problem, I guess.
Thanks for the continued attention. The earlier version I have installed is OSMC 2020.10-1. However, I didn’t save the logs from the misbehaving system. That makes it basically impossible for this board to help me, obviously. Thanks anyways!
I have uploaded logs from a Vero 4k+ running OSMC 2020.11-1 with kernel 3.14 (the tuner device was plugged in before booting to capture any related input): https://paste.osmc.tv/owerayopam
The Hauppauge WinTV-HVR-950Q is working on this Vero 4k+ running 2020.11-1.
Here is the dmesg output produced when plugging the tuner device in to the working Vero 4k+ after it has booted:
[ +15.944714] usb 1-1.4: new high-speed USB device number 5 using xhci-hcd
[ +0.121617] usb 1-1.4: New USB device found, idVendor=2040, idProduct=7200
[ +0.000012] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=10
[ +0.000005] usb 1-1.4: Product: WinTV HVR-950
[ +0.000005] usb 1-1.4: Manufacturer: Hauppauge
[ +0.000004] usb 1-1.4: SerialNumber: 4035186663
[ +0.082524] WARNING: You are using an experimental version of the media stack.
As the driver is backported to an older kernel, it doesn't offer
enough quality for its usage in production.
Use it with care.
Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
9eeb0ed0f30938f31a3d9135a88b9502192c18dd [media] mtk-vcodec: fix build warnings without DEBUG
0d1270df836fe9f5cc7e8001b7372ca4fa3f00f6 [media] zd1301: fix building interface driver without demodulator
9165ba166cac5e8c9abda2012ea37cc3430c0b14 [media] usbtv: add sharpness control
[ +0.067695] usbcore: registered new interface driver snd-usb-audio
[ +0.022472] au0828: au0828 driver loaded
[ +0.375528] au0828: i2c bus registered
[ +0.034234] full 256-byte eeprom dump:40 20 00 72 14 03 48 00 61 00 75 00 70 00 70 00 @ .r..H.a.u.p.p.
[ +0.000015] full 256-byte eeprom dump:61 00 75 00 67 00 65 00 00 00 1c 03 57 00 69 00 a.u.g.e.....W.i.
[ +0.000004] full 256-byte eeprom dump:6e 00 54 00 56 00 20 00 48 00 56 00 52 00 2d 00 n.T.V. .H.V.R.-.
[ +0.000005] full 256-byte eeprom dump:39 00 35 00 30 00 00 00 00 00 00 00 00 00 00 00 9.5.0...........
[ +0.000003] full 256-byte eeprom dump:00 00 00 00 00 00 00 00 00 00 00 00 28 03 57 00 ............(.W.
[ +0.000004] full 256-byte eeprom dump:69 00 6e 00 54 00 56 00 20 00 48 00 56 00 52 00 i.n.T.V. .H.V.R.
[ +0.000004] full 256-byte eeprom dump:2d 00 39 00 35 00 30 00 20 00 41 00 75 00 64 00 -.9.5.0. .A.u.d.
[ +0.000004] full 256-byte eeprom dump:69 00 6f 00 00 00 00 00 00 00 00 00 00 00 00 00 i.o.............
[ +0.000004] full 256-byte eeprom dump:16 03 34 00 30 00 33 00 35 00 31 00 38 00 36 00 ..4.0.3.5.1.8.6.
[ +0.000004] full 256-byte eeprom dump:36 00 36 00 33 00 00 00 00 00 00 00 00 00 00 00 6.6.3...........
[ +0.000004] full 256-byte eeprom dump:84 09 00 04 20 77 00 40 e7 0f 84 f0 73 05 2c 01 .... w.@....s.,.
[ +0.000003] full 256-byte eeprom dump:84 08 00 06 41 19 01 00 90 59 89 72 07 70 73 09 ....A....Y.r.ps.
[ +0.000004] full 256-byte eeprom dump:2a 7f 73 0a 88 96 72 0b 13 72 0f 01 72 10 01 72 *.s...r..r..r..r
[ +0.000004] full 256-byte eeprom dump:11 ff 73 13 95 72 79 64 00 00 00 00 00 00 00 00 ..s..ryd........
[ +0.000004] full 256-byte eeprom dump:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
[ +0.000004] full 256-byte eeprom dump:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
[ +0.000008] tveeprom: Hauppauge model 72001, rev B5F0, serial# 4035186663
[ +0.000005] tveeprom: MAC address is 00:0d:fe:84:0f:e7
[ +0.000004] tveeprom: tuner model is Xceive XC5000 (idx 150, type 76)
[ +0.000005] tveeprom: TV standards NTSC(M) ATSC/DVB Digital (eeprom 0x88)
[ +0.000004] tveeprom: audio processor is AU8522 (idx 44)
[ +0.000004] tveeprom: decoder processor is AU8522 (idx 42)
[ +0.000004] tveeprom: has no radio, has IR receiver, has no IR transmitter
[ +0.000004] au0828: hauppauge_eeprom: hauppauge eeprom: model=72001
[ +0.016474] au8522 1-0047: creating new instance
[ +0.000009] au8522_decoder creating new instance...
[ +0.013692] tuner: 1-0061: Tuner -1 found with type(s) Radio TV.
[ +0.011142] xc5000 1-0061: creating new instance
[ +0.003551] xc5000: Successfully identified at address 0x61
[ +0.000007] xc5000: Firmware has not been loaded previously
[ +0.543230] au8522 1-0047: attaching existing instance
[ +0.001523] xc5000 1-0061: attaching existing instance
[ +0.003566] xc5000: Successfully identified at address 0x61
[ +0.000004] xc5000: Firmware has not been loaded previously
[ +0.000006] dvbdev: DVB: registering new adapter (au0828)
[ +0.000013] usb 1-1.4: DVB: registering adapter 0 frontend 0 (Auvitek AU8522 QAM/8VSB Frontend)...
[ +0.000016] dvbdev: dvb_create_media_entity: media entity 'Auvitek AU8522 QAM/8VSB Frontend' registered.
[ +0.004469] dvbdev: dvb_create_media_entity: media entity 'dvb-demux' registered.
[ +0.064269] rc rc1: au0828 IR (Hauppauge HVR950Q) as /devices/c9000000.dwc3/xhci-hcd.0.auto/usb1/1-1/1-1.4/rc/rc1
[ +0.033512] Registered IR keymap rc-hauppauge
[ +0.000225] input: au0828 IR (Hauppauge HVR950Q) as /devices/c9000000.dwc3/xhci-hcd.0.auto/usb1/1-1/1-1.4/rc/rc1/input8
[ +0.001559] rc rc1: lirc_dev: driver ir-lirc-codec (au0828-input) registered at minor = 1
[ +0.000013] au0828: Remote controller au0828 IR (Hauppauge HVR950Q) initalized
[ +0.000005] au0828: Registered device AU0828 [Hauppauge HVR950Q]
[ +0.000164] usbcore: registered new interface driver au0828
[ +0.109443] audio_dsp: buf=0
[ +0.000014] audio_dsp: IEC958_mode_raw=0
[ +0.000029] audio_dsp: IEC958_mode_codec= 1, IEC958 type 2 CH PCM
[ +0.000004] audio_dsp: last mode 1,now 1
[ +0.000004] audio_dsp: putting chip back to PCM state
[ +0.000063] hdmitx: config: audio_on
[ +0.000008] hdmitx: audio: configure on
[ +0.012258] i2s/958 same source - init spdif
[ +0.000017] aml_spdif_dai: aml_hw_iec958_init,runtime->rate=44100, runtime->channels=2, same source mode(1), stream format=1
[ +0.000007] aml_spdif_dai: set divider = 2 for i2s shared clock
[ +0.000009] aml_audio_hw: IEC958 PCM32
[ +0.000006] hdmitx: audio: aout notify rate 44100
[ +0.000004] hdmitx: audio: aout notify size 32
[ +0.000004] hdmitx: audio: hdmi_ch: 0 speaker_layout: 0
[ +0.000004] hdmitx: audio: no update
[ +0.000222] sysfs set hdmi_ch to 0
[ +0.000041] i2s/958 same source - init spdif
[ +0.000009] aml_spdif_dai: aml_hw_iec958_init,runtime->rate=44100, runtime->channels=2, same source mode(1), stream format=1
[ +0.000005] aml_spdif_dai: set divider = 2 for i2s shared clock
[ +0.000008] aml_audio_hw: IEC958 PCM32
[ +0.000006] hdmitx: audio: aout notify rate 44100
[ +0.000004] hdmitx: audio: aout notify size 32
[ +0.000004] hdmitx: audio: hdmi_ch: 0 speaker_layout: 0
[ +0.000003] hdmitx: audio: no update
[ +0.131050] input: lircd as /devices/virtual/input/input9
Logs for the 4.9 kernel are in the first post. Since my first post, I have updated that device to 2022.03-1 but the errors are still the same and the Hauppauge model tuners are still not working with that version.