Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-dvb] Re: Twinhan dvb-c tuning problems, help needed
Hi Toni,
Toni Willberg wrote:
It seems that I can't get my Twinhan DVB-C card to lock on channels at
all. I tested the same card on a computer running Windows 2000, and it
was able to lock.
This is how I tried, please correct errorneus commands/parameters and
give some hints how to debug the problem. This box is FC3 running Kernel
2.6.9-1.681_FC3.
All help welcome!
# modprobe bttv i2c_hw=1 card=0x71
Dec 8 19:21:03 nasu kernel: Linux video capture interface: v1.00
Dec 8 19:21:03 nasu kernel: bttv: driver version 0.9.15 loaded
Dec 8 19:21:03 nasu kernel: bttv: using 8 buffers with 2080k (520
pages) each for capture
Dec 8 19:21:03 nasu kernel: bttv: Bt8xx card found (0).
Dec 8 19:21:03 nasu kernel: PCI: Found IRQ 12 for device 0000:00:12.0
Dec 8 19:21:03 nasu kernel: PCI: Sharing IRQ 12 with 0000:00:07.2
Dec 8 19:21:03 nasu kernel: PCI: Sharing IRQ 12 with 0000:00:07.3
Dec 8 19:21:03 nasu kernel: PCI: Sharing IRQ 12 with 0000:00:12.1
Dec 8 19:21:03 nasu kernel: bttv0: Bt878 (rev 17) at 0000:00:12.0, irq:
12, latency: 32, mmio: 0xdf012000
Dec 8 19:21:03 nasu kernel: bttv0: detected: Twinhan VisionPlus DVB-T
[card=113], PCI subsystem ID is 1822:0001
Dec 8 19:21:03 nasu kernel: bttv0: using: Twinhan DST + clones
[card=113,insmod option]
Dec 8 19:21:03 nasu kernel: bttv0: using tuner=4
Dec 8 19:21:03 nasu kernel: tuner: Ignoring new-style parameters in
presence of obsolete ones
Dec 8 19:21:03 nasu kernel: bttv0: add subdevice "dvb0"
# modprobe dvb-bt8xx
Dec 8 19:21:16 nasu kernel: bt878: AUDIO driver version 0.0.0 loaded
Dec 8 19:21:16 nasu kernel: bt878: Bt878 AUDIO function found (0).
Dec 8 19:21:16 nasu kernel: PCI: Found IRQ 12 for device 0000:00:12.1
Dec 8 19:21:16 nasu kernel: PCI: Sharing IRQ 12 with 0000:00:07.2
Dec 8 19:21:16 nasu kernel: PCI: Sharing IRQ 12 with 0000:00:07.3
Dec 8 19:21:16 nasu kernel: PCI: Sharing IRQ 12 with 0000:00:12.0
Dec 8 19:21:16 nasu kernel: bt878(0): Bt878 (rev 17) at 00:12.1, irq:
12, latency: 32, memory: 0xdf010000
Dec 8 19:21:16 nasu kernel: attach: checking "bt878 #0 [hw]"
Dec 8 19:21:16 nasu kernel: find by pci: checking "bt878 #0 [hw]"
Dec 8 19:21:16 nasu kernel: attach: "bt878 #0 [hw]", to card 0
Dec 8 19:21:16 nasu kernel: DVB: registering new adapter (DST).
# modprobe dst dst_type=2
Dec 8 19:21:28 nasu kernel: bt878 find by dvb adap: checking "DST"
Dec 8 19:21:28 nasu kernel: dst_check_ci: unable to recognize or DCT-
CI
I had a similar problem with loading this card. I'm not sure if you are
using the latest dst.c, but there is a typo in the dst_tlist[] for
cable. I submitted a patch for this a couple of weeks ago.
I have only been able to test this card one time, unsuccessfully. We do
not have cable service in our office so last week my company had an
engineer come in with some equipment to generate a cable signal to feed
into the card. We tried tuning to the following:
474MHz, symbol rate = 6900000, fec = none, QAM64
but the tuning failed.
After looking over the driver again, I think the tuner flags set for
DCT-CI, DST_TYPE_HAS_NEWTUNE and DST_TYPE_HAS_TS204, may not be correct.
As the author of the driver noted these are guesses.
I'm waiting for another chance to test this card. Has anyone else
successfully tested the vp-2021 for DVB-C?
--
William
--- /home/wjbeksi/linuxtv-dvb-1.1.1/linux/drivers/media/dvb/frontends/dst.c 2004-02-04 07:10:10.000000000 +0800
+++ dst.c 2004-11-18 18:21:49.000000000 +0800
@@ -504,7 +504,7 @@ struct dst_types dst_tlist[] = {
{ "DSTMCI", 1, DST_TYPE_IS_SAT, DST_TYPE_HAS_NEWTUNE },
{ "DSTFCI", 1, DST_TYPE_IS_SAT, DST_TYPE_HAS_NEWTUNE },
{ "DCTNEW", 1, DST_TYPE_IS_CABLE, DST_TYPE_HAS_NEWTUNE },
- { "DCT_CI", 1, DST_TYPE_IS_CABLE, DST_TYPE_HAS_NEWTUNE|DST_TYPE_HAS_TS204 },
+ { "DCT-CI", 1, DST_TYPE_IS_CABLE, DST_TYPE_HAS_NEWTUNE|DST_TYPE_HAS_TS204 },
{ "DTTDIG" , 1, DST_TYPE_IS_TERR, 0} };
/* DCTNEW and DCT-CI are guesses */
Home |
Main Index |
Thread Index