Hauppauge hvr 1300 dvb-t v4l not working

swanson · 2011-03-13 12:55:23

My hvr 1300 doesn't seem to work no matter what I do. The symptoms are the same for all ARCH 2.6.37.x kernels; the cards IS recognized - dmesg | grep cx88;

 cx88_audio 0000:01:07.1: PCI INT A -> Link[LNKB] -> GSI 18 (level, low) -> IRQ 18
cx88[0]: subsystem: 0070:9601, board: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56,insmod option], frontend(s): 1
cx88[0]: TV tuner type 41, Radio tuner type -1
cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.8 loaded
cx88[0]: i2c init: enabling analog demod on HVR1300/3000/4000 tuner
cx88/0: cx2388x v4l2 driver version 0.0.8 loaded
tuner 1-0043: chip found @ 0x86 (cx88[0])
tuner 1-0061: chip found @ 0xc2 (cx88[0])
cx88[0]: hauppauge eeprom: model=96019
cx88[0]/1: CX88x/0: ALSA support for cx2388x boards
cx88[0]/2: cx2388x 8802 Driver Manager
cx88-mpeg driver manager 0000:01:07.2: PCI INT A -> Link[LNKB] -> GSI 18 (level, low) -> IRQ 18
cx88[0]/2: found at 0000:01:07.2, rev: 5, irq: 18, latency: 64, mmio: 0xdb000000
cx8800 0000:01:07.0: PCI INT A -> Link[LNKB] -> GSI 18 (level, low) -> IRQ 18
cx88[0]/0: found at 0000:01:07.0, rev: 5, irq: 18, latency: 64, mmio: 0xdd000000
wm8775 1-001b: chip found @ 0x36 (cx88[0])
cx88[0]/0: registered device video0 [v4l2]
cx88[0]/0: registered device vbi0
cx88[0]/0: registered device radio0
cx88/2: cx2388x dvb driver version 0.0.8 loaded
cx88/2: registering cx8802 driver, type: dvb access: shared
cx88[0]/2: subsystem: 0070:9601, board: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56]
cx88[0]/2: cx2388x based DVB/ATSC card
cx8802_alloc_frontends() allocating 1 frontend(s)
DVB: registering new adapter (cx88[0])
cx88/2: registering cx8802 driver, type: blackbird access: shared
cx88[0]/2: subsystem: 0070:9601, board: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56]
cx88[0]/2: cx23416 based mpeg encoder (blackbird reference design)
cx88[0]/2-bb: Firmware and/or mailbox pointer not initialized or corrupted
cx88[0]/2-bb: Firmware upload successful.
cx88[0]/2-bb: Firmware version is 0x02060039
cx88[0]/2: registered device video1 [mpeg]

All the modules seem to load - lsmod | grep cx88;

cx88_blackbird         13254  1 
cx2341x                15408  1 cx88_blackbird
cx88_dvb               19559  1 
cx88_vp3054_i2c         1520  1 cx88_dvb
videobuf_dvb            3938  1 cx88_dvb
dvb_core               75727  3 cx88_dvb,videobuf_dvb
cx8800                 24226  1 cx88_blackbird
cx8802                 11179  2 cx88_blackbird,cx88_dvb
cx88_alsa               6991  0 
cx88xx                 66327  5 cx88_blackbird,cx88_dvb,cx8800,cx8802,cx88_alsa
v4l2_common             5844  6 cx88_blackbird,cx2341x,wm8775,cx8800,tuner,cx88xx
videodev               57747  8 cx88_blackbird,cx2341x,wm8775,cx8800,tuner,cx88xx,v4l2_common
i2c_algo_bit            4191  2 cx88_vp3054_i2c,cx88xx
videobuf_dma_sg         7224  6 cx88_blackbird,cx88_dvb,cx8800,cx8802,cx88_alsa,cx88xx
videobuf_core          13399  6 cx88_blackbird,videobuf_dvb,cx8800,cx8802,cx88xx,videobuf_dma_sg
ir_common               3506  1 cx88xx
ir_core                12818  8 ir_lirc_codec,ir_sony_decoder,ir_jvc_decoder,ir_rc6_decoder,ir_rc5_decoder,ir_nec_decoder,cx88xx,ir_common
tveeprom               10577  1 cx88xx
btcx_risc               2799  4 cx8800,cx8802,cx88_alsa,cx88xx
snd_pcm                59496  5 snd_hda_codec_hdmi,cx88_alsa,snd_hda_intel,snd_hda_codec
snd                    43987  13 snd_hda_codec_hdmi,snd_hda_codec_via,snd_seq_oss,snd_seq,snd_seq_device,cx88_alsa,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
i2c_core               16029  16 cx22702,cx88_dvb,cx88_vp3054_i2c,wm8775,tuner_simple,tda9887,tda8290,cx8800,tuner,cx88xx,v4l2_common,videodev,i2c_algo_bit,tveeprom,nvidia,i2c_nforce2

I've also tried different module options amongst oithers different tuners like; option cx88xx card=56 tuner=63 (1,3,5,7,41,43 ...)

No logs in /var/log shows anything suspicious. If I start scan, me-tv or Kaffeine nothing happens, and nothing in the logs. All three ends up as dead processes and can't even be killed properly.

Furthermore I have tried dvb/v4l from AUR and also compiling my own kernel with the dvb drivers directly from GIT. I have also applied a small hack to the cx88-dvb.c file in the source for my particular card.

Nothing works so far. The card use to work under earlier kernels up to 2.6.33 on Ubuntu. This is the last problem on my month old ARCH linux install. If I can get this to work I'm all set with the best distro!

Last edited by ewaller (2011-06-08 16:08:07)

Avatar · 2011-03-22 08:22:39

I'm battling with exactly the same problem at the moment.
I don't get the problem all the time though.
On rare ocassion my system just works.

I noticed that when the problem does show up, the system takes a very long time to boot.
It seems udev hangs trying to probe the device and then evenutally times out.

I see a series of logs in /var/log/messages that seem to highlight the problem.
When I start tvtime, it just hangs and can't be killed.
Here's what I see:

Mar 22 09:21:41 localhost kernel: v4l_id        D f6006384     0  1044      1 0x00000000
Mar 22 09:21:41 localhost kernel: f4791d6c 00000086 c10375fb f6006384 f4791cdc c103de2e f6006340 c131f800
Mar 22 09:21:41 localhost kernel: f4b44950 f6006340 f4abf8c0 f4b44950 f4791d0c 16c337ce 00000001 c14b8340
Mar 22 09:21:41 localhost kernel: f4b44950 c14b8340 c14b8340 f4b44b14 c14b8340 c14b8340 f6006340 f4b44950
Mar 22 09:21:41 localhost kernel: Call Trace:
Mar 22 09:21:41 localhost kernel: [<c10375fb>] ? hrtick_update+0x2b/0x30
Mar 22 09:21:41 localhost kernel: [<c103de2e>] ? dequeue_task_fair+0x3e/0x50
Mar 22 09:21:41 localhost kernel: [<c131355f>] ? schedule+0x28f/0x9e0
Mar 22 09:21:41 localhost kernel: [<c106c3cf>] ? ktime_get_ts+0xff/0x130
Mar 22 09:21:41 localhost kernel: [<c1314e8d>] __mutex_lock_slowpath+0x10d/0x2b0
Mar 22 09:21:41 localhost kernel: [<c131503b>] mutex_lock+0xb/0x20
Mar 22 09:21:41 localhost kernel: [<f8db6131>] cx8802_request_acquire+0x51/0xe0 [cx8802]
Mar 22 09:21:41 localhost kernel: [<fa88cae5>] mpeg_open+0x55/0x2a0 [cx88_blackbird]
Mar 22 09:21:41 localhost kernel: [<c1314f6b>] ? __mutex_lock_slowpath+0x1eb/0x2b0
Mar 22 09:21:41 localhost kernel: [<f8841658>] v4l2_open+0xd8/0x100 [videodev]
Mar 22 09:21:41 localhost kernel: [<c11077cf>] chrdev_open+0x13f/0x240
Mar 22 09:21:41 localhost kernel: [<c1101fb9>] __dentry_open+0xe9/0x310
Mar 22 09:21:41 localhost kernel: [<c110316e>] nameidata_to_filp+0x5e/0x70
Mar 22 09:21:41 localhost kernel: [<c1107690>] ? chrdev_open+0x0/0x240
Mar 22 09:21:41 localhost kernel: [<c110fc4f>] do_last+0x3ff/0x630
Mar 22 09:21:41 localhost kernel: [<c1110054>] do_filp_open+0x1d4/0x510
Mar 22 09:21:41 localhost kernel: [<c1028530>] ? do_page_fault+0x0/0x430
Mar 22 09:21:41 localhost kernel: [<c11031d5>] do_sys_open+0x55/0xf0
Mar 22 09:21:41 localhost kernel: [<c10e4060>] ? arch_unmap_area_topdown+0x0/0x20
Mar 22 09:21:41 localhost kernel: [<c1103299>] sys_open+0x29/0x40
Mar 22 09:21:41 localhost kernel: [<c100391f>] sysenter_do_call+0x12/0x28

I'm also on 2.6.37-ARCH
This is a bit of a rushed post, I'll try add some more info later

swanson · 2011-03-22 14:17:26

Ah, nice, Im not alone! Some more info; the other day I tried tzap 'channel name' from a working channels.conf and after that I could play some directly from smplayer/mplayer, like smplayer dvb://"channel name". But not today and after trying some app, wich can't be killed, it's no use trying again until after a reboot.

I think it's a pity that support in kernel or drivers is so bad for these cards. To clarify; I don't think it's Arch specific, it's deeper down (or upstream) and therefore harder to solve.

I've also posted here:
https://bugs.launchpad.net/mythtv/+bug/439163
The hack for HVR1300 is described in post #147 in that thread.

Avatar · 2011-04-13 23:07:38

Oh btw, I don't know if you've seen this:
http://www.linuxtv.org/wiki/index.php/H … V-HVR-1300

Seems the driver is broken for kernels 2.6.37 and up

swanson · 2011-04-14 04:21:32

Thanks fot the tip!

swanson · 2011-06-02 08:02:21

Small update on the continuing story; By disabling these modules in rc.conf -
!cx88_blackbird !cx8800 !cx88_alsa !cx88_dvb !cx22702 !cx2341x !cx88xx !cx8802
and then loading manually like this;

 #!/bin/bash
sudo modprobe cx8800
sudo modprobe cx88_alsa
sudo modprobe cx88_dvb
exit 0

I can get the hvr1300 to work for a while. I can even change channels for a cuople of times, and then it stops working. restarting Kaffeine does not work at all.

This is with standard v4l modules in arch ck kernel 2.6.38. Next step is to compile my own modules with the hack for hvr1300 and see what happens.

Avatar · 2011-06-02 08:37:25

I've been playing with this device myself.
I noticed that there were fixes on the media-tree (http://git.linuxtv.org/media_tree.git), so I've been testing those.
Those changes have now been merged into the latest kernel, so our device should finally ship in a working state from kernel version 3.0 (yip, that's a kernel version)
So you might want to try out the new kernel, either by building it yourself or trying the kernel26-git from aur (https://aur.archlinux.org/packages.php?ID=25304).

Also double check that your firmware gets loaded, because I had to download and install mine manually.
Try:

dmesg | grep -i firmware

Let me know how it goes.

swanson · 2011-06-02 09:31:56

Ooops, no firmware loaded here! I'll look into it. Thanks for the positive news!

swanson · 2011-06-02 09:34:56

Ooops again! After reloading the modules the fw gets loaded as well (naturally). dmesg:
[ 9105.659830] cx88[0]/2-bb: Firmware and/or mailbox pointer not initialized or corrupted
[ 9108.198327] cx88[0]/2-bb: Firmware upload successful.
[ 9108.204099] cx88[0]/2-bb: Firmware version is 0x02060039

swanson · 2011-06-02 11:14:44

With a new compile of latest v4l it seems to be working a bit better. I can now change channels and restart Kaffeine wich is sometimes necessary. So it's not 100% but OK for now.

Here's the hack for hvr1300 cards:

Edit the file v4l-dvb/linux/drivers/media/video/cx88/cx88-dvb.c
- search for CX88_BOARD_HAUPPAUGE_HVR1300 (somewhere around line 1470 )
- change the lines that they look like:

 switch (core->boardnr) {
 case CX88_BOARD_HAUPPAUGE_HVR1300:
  /* We arrive here with either the cx23416 or the cx22702
   * on the bus. Take the bus from the cx23416 and enable the
   * cx22702 demod
   */
  /* Toggle reset on cx22702 leaving i2c active */
  cx_set(MO_GP0_IO, 0x00000080);
  //udelay(1000);
  //cx_clear(MO_GP0_IO, 0x00000080);
  //udelay(50);
  //cx_set(MO_GP0_IO, 0x00000080);
  //udelay(1000);
  /* enable the cx22702 pins */
  cx_clear(MO_GP0_IO, 0x00000004);
  udelay(1000);
  break;

swanson · 2011-06-08 12:59:02

After a small test I can confirm that installing kernel source 2.6.39.1.1 from aur and recompiling the dvb modules with the hack above it's working in Kaffeine. me-tv seems not to.

ewaller · 2011-06-08 16:07:17

Moderator comment: Please use code tags. Editing original post.

swanson · 2011-08-18 08:03:26

Seems that new kernel 3 fixed it for me. I'm on Heftig's Zen kernel and it works OK in Kaffeine. I've been without for several months now, so this is great.

Arch Linux

#1 2011-03-13 12:55:23

Hauppauge hvr 1300 dvb-t v4l not working

#2 2011-03-22 08:22:39

Re: Hauppauge hvr 1300 dvb-t v4l not working

#3 2011-03-22 14:17:26

Re: Hauppauge hvr 1300 dvb-t v4l not working

#4 2011-04-13 23:07:38

Re: Hauppauge hvr 1300 dvb-t v4l not working

#5 2011-04-14 04:21:32

Re: Hauppauge hvr 1300 dvb-t v4l not working

#6 2011-06-02 08:02:21

Re: Hauppauge hvr 1300 dvb-t v4l not working

#7 2011-06-02 08:37:25

Re: Hauppauge hvr 1300 dvb-t v4l not working

#8 2011-06-02 09:31:56

Re: Hauppauge hvr 1300 dvb-t v4l not working

#9 2011-06-02 09:34:56

Re: Hauppauge hvr 1300 dvb-t v4l not working

#10 2011-06-02 11:14:44

Re: Hauppauge hvr 1300 dvb-t v4l not working

#11 2011-06-08 12:59:02

Re: Hauppauge hvr 1300 dvb-t v4l not working

#12 2011-06-08 16:07:17

Re: Hauppauge hvr 1300 dvb-t v4l not working

#13 2011-08-18 08:03:26

Re: Hauppauge hvr 1300 dvb-t v4l not working

Board footer