Hauppauge Nova-T 500 regression in dib0700

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi
I have been chasing a problem with my Hauppauge Nova-T 500 Dual DVB-T card and 
think it is the same problem reported here 
http://osdir.com/ml/linux-media/2009-02/msg00948.html

The card worked perfectly with kernel-2.6.27 with firmware 
dvb-usb-dib0700-1.10.fw (I had to rename the firmware to
dvb-usb-dib0700-1.20.fw to get it to load)

With kernel-2.6.29 or 2.6.31 and firmware 1.10 the card would not Lock to the 
signal (using mythtv)
Using firmware 1.20 the card would lock to the signal, but after 1 or 2 
minutes the usb driver would fail

klogd: usb 2-1: new high speed USB device using ehci_hcd and address 2
klogd: usb 2-1: New USB device found, idVendor=2040, idProduct=9950
klogd: usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
klogd: usb 2-1: Product: WinTV Nova-DT
klogd: usb 2-1: Manufacturer: Hauppauge
klogd: usb 2-1: SerialNumber: 4028965283
klogd: usb 2-1: configuration #1 chosen from 1 choice
klogd: dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in warm state.
klogd: dvb-usb: will pass the complete MPEG2 transport stream to the software 
demuxer.
klogd: DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T)
klogd: DVB: registering adapter 0 frontend 0 (DiBcom 3000MC/P)...
klogd: MT2060: successfully identified (IF1 = 1239)
klogd: dvb-usb: will pass the complete MPEG2 transport stream to the software 
demuxer.
klogd: DVB: registering new adapter (Hauppauge Nova-T 500 Dual DVB-T)
klogd: DVB: registering adapter 1 frontend 0 (DiBcom 3000MC/P)...
klogd: MT2060: successfully identified (IF1 = 1222)
klogd: input: IR-receiver inside an USB DVB receiver 
as /devices/pci0000:00/0000:00:1e.0/0000:04:00.2/usb2/2-1/input/input3
klogd: dvb-usb: schedule remote query interval to 50 msecs.
klogd: dvb-usb: Hauppauge Nova-T 500 Dual DVB-T successfully initialized and 
connected.

After a few minutes of operation

klogd: ehci_hcd 0000:04:00.2: force halt; handhake f8018014 00004000 
00000000 -> -110

I downloaded and compiled the current v4l source and confirmed it had the same 
problem.

I then removed this commit mentioned in the earlier post from the current v4l 
source http://linuxtv.org/hg/v4l-dvb/rev/561b447ade77
and recompiled the module.

SUCCESS! with the commit removed the card works with kernel 2.6.29 and the 
1.10 firmware, but not with the 1.20 firmware which will not Lock to the 
signal.

I have no idea why that commit causes problems, but with it removed the 
operation of the card is just as good as it was under the 2.6.27 kernel.

Thanks

Derek
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux