[linux-dvb] Problems with WinTV NOVA-CI

[Werner Hauger <whauger@gmail.com>]

Hi All

I have a Hauppauge WinTV NOVA-CI DVB-S card with Irdeto Euro CAM which
works fine under Windoze with various applications. I'm trying to run
this setup on the standard 2.4.20 Redhat kernel using the dvb-kernel
(linux_2_4 branch) CVS drivers with budget CI code enabled.
Unfortunately at the moment I'm unable to upgrade or use a different
kernel because of some precompiled binary only RAID drivers. Now my
problems:

1. The card only delivers data after warm booting Linux from Windoze.
If I cold boot Linux, scan will fail with timeouts and xine finds no
data on /dev/dvb/adapter0/dvr0. However tuning with szap works (I get
a FE_HAS_LOCK). If I warm boot Linux after having been in Windoze,
scan works, and xine picks up data from /dev/dvb/adapter0/dvr0 after
tuning with szap -r. Now I also can use VDR with the xine plugin
successfully.

I have looked through the mailing list archives from this year, and
found 2 or 3 posts about the same problem, however there was no
resolution posted. Is anybody here using a standalone DVB-S TT budget
card with the dvb-kernel drivers and a 2.4 kernel successfully ? (Btw.
I get the same behaviour with the 2.6.7 kernel included drivers under
Knoppix).

Since I get the feeling that the Linux drivers don't initialise the
card properly, I had a look at the SAA7146 registers (as suggested on
this list once), to see what differences there are after cold and warm
booting. Only 2 registers differed: 0x38 and 0x74. But they seem to
contain random stuff, since their values differ every time.

2. I can only view one encrypted channel with VDR and are unable view
any further encrypted channels when switching. I have enabled the
budget CI code and use VDR 1.3.16 (with xine) to view encrypted
channels. Starting VDR on an encrypted channel, or switching from a
FTA to encrypted channel works with VDR showing the encrypted channel.
However then switching to another encrypted channel, VDR fails to
decrypt it. I used to get a timeout on the CAM with a CAM link layer
failure error message. I have backported all the CI related changes
made in the main CVS tree to the 2_4 branch (since no updates were
done to it since branching, except for this weeks commits) and now I
don't get the timeouts and link failures anymore. However VDR is still
unable to decrypt a second time. Doing a reset in the CICAM menu,
makes decrypting work again, but only for the current channel.

Is the budget CI code actually working for anybody with VDR ? Or is
the code commented out because it is still unstable/incomplete ?

Please let me know if you need more information or if there is
something I can do to help. Any help would be appreciated since I
really would like to use this card under Linux.

Regards,
Werner


Relevant output listings:

lspci -v

01:07.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
       Subsystem: Technotrend Systemtechnik GmbH: Unknown device 100f
       Flags: bus master, medium devsel, latency 32, IRQ 9
       Memory at e2000000 (32-bit, non-prefetchable) [size=512]

lsmod

Module                  Size  Used by    Tainted: P
dvb-ttpci-budget-ci    10664  15  (autoclean)
stv0299                12200   0  (autoclean) (unused)
ttpci-eeprom            2744   0  (autoclean) [dvb-ttpci-budget-ci]
dvb-core               76468   0  (autoclean) [dvb-ttpci-budget-ci stv0299]
saa7146                14484   0  (autoclean) [dvb-ttpci-budget-ci]
nvaudio                39732   1  (autoclean)
ac97_codec             13544   0  (autoclean) [nvaudio]
lirc_serial             9248   1  (autoclean)
ide-cd                 35196   0  (autoclean)
cdrom                  33472   0  (autoclean) [ide-cd]
tuner                  11680   1  (autoclean)
bttv                   73568   0  (autoclean)
soundcore               6276   2  (autoclean) [nvaudio bttv]
i2c-algo-bit            8776   1  (autoclean) [bttv]
i2c-core               19012   0  (autoclean) [tuner bttv i2c-algo-bit]
videodev                8192   2  (autoclean) [bttv]

dmesg

saa7146: register extension 'budget_ci dvb'.
saa7146_core: found saa7146 @ mem f9c5c000 (revision 1, irq 9) (0x13c2,0x100f).
DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI).
probe_tuner: try to attach to TT-Budget/WinTV-NOVA-CI PCI
stv0299.c: setup for tuner SU1278 (TSA5059 synth) on TechnoTrend hardware
DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...
TT-Budget/WinTV-NOVA-CI PCI adapter 0 has MAC addr = 00:d0:5c:22:57:c0
budget_ci: CI interface initialised
dvb_ca: DVB CAM detected and initialised successfully

/var/log/messages

Dec  5 14:57:45 mordor vdr[15099]: VDR version 1.3.16 started
Dec  5 14:57:45 mordor vdr[15099]: loading plugin:
./PLUGINS/lib/libvdr-femon.so.1.3.16
Dec  5 14:57:45 mordor vdr[15099]: loading plugin:
./PLUGINS/lib/libvdr-xine.so.1.3.16
Dec  5 14:57:45 mordor vdr[15099]: loading /mnt/linux/video/vdr/setup.conf
Dec  5 14:57:45 mordor vdr[15099]: loading /mnt/linux/video/vdr/sources.conf
Dec  5 14:57:45 mordor vdr[15099]: loading /mnt/linux/video/vdr/diseqc.conf
Dec  5 14:57:45 mordor vdr[15099]: loading /mnt/linux/video/vdr/channels.conf
Dec  5 14:57:45 mordor vdr[15099]: loading /mnt/linux/video/vdr/timers.conf
Dec  5 14:57:45 mordor vdr[15099]: loading /mnt/linux/video/vdr/svdrphosts.conf
Dec  5 14:57:45 mordor vdr[15099]: loading /mnt/linux/video/vdr/ca.conf
Dec  5 14:57:45 mordor vdr[15099]: loading /mnt/linux/video/vdr/keymacros.conf
Dec  5 14:57:46 mordor vdr[15099]: found 1 video device
Dec  5 14:57:46 mordor vdr[15099]: initializing plugin: femon (0.1.6):
DVB Signal Information Monitor (OSD)
Dec  5 14:57:46 mordor vdr[15099]: initializing plugin: xine (0.6.0): Software
based playback using xine
Dec  5 14:57:46 mordor vdr[15099]: setting primary device to 2
Dec  5 14:57:46 mordor vdr[15099]: SVDRP listening on port 2001
Dec  5 14:57:46 mordor vdr[15099]: starting plugin: femon
Dec  5 14:57:46 mordor vdr[15099]: starting plugin: xine
Dec  5 14:57:46 mordor vdr[15099]: loading
/mnt/linux/video/vdr/themes/sttng-default.theme
Dec  5 14:57:46 mordor vdr[15099]: ERROR: remote control XineRemote not ready!
Dec  5 14:57:46 mordor vdr[15099]: switching to channel 14
Dec  5 14:57:46 mordor kernel: dvb_ca: DVB CAM detected and
initialised successfully
Dec  5 14:57:46 mordor vdr[15099]: CAM: Irdeto Access   , 01, 06FF, 06FF
Dec  5 15:00:15 mordor kernel: keyboard.c: can't emulate rawmode for keycode 403
Dec  5 15:00:16 mordor vdr[15099]: switching to channel 13
Dec  5 15:00:16 mordor kernel: keyboard.c: can't emulate rawmode for keycode 403
Dec  5 15:00:36 mordor vdr[15099]: ERROR: no useful data seen within
10552440 byte of video stream
Dec  5 15:00:59 mordor vdr[15099]: caught signal 2
Dec  5 15:00:59 mordor vdr[15099]: saved setup to
/mnt/linux/video/vdr/setup.conf
Dec  5 15:00:59 mordor vdr[15099]: stopping plugin: xine
Dec  5 15:00:59 mordor vdr[15099]: stopping plugin: femon
Dec  5 15:00:59 mordor vdr[15099]: exiting