Re: [PATCH] DTV2000 H Plus issues

2010-03-24 Thread istva...@mailbox.hu
An updated patch that includes the PxDVR3200 H (107d:6f39) support is
now available at http://istvanv.users.sourceforge.net/v4l/xc4000.html.

On 03/22/2010 07:33 PM, istva...@mailbox.hu wrote:
 On 03/15/2010 05:15 AM, Devin Heitmueller wrote:
 
 I'll try to go through my tree and see if I can get something upstream
 this week which you could build on.
 
 Are there any news on this ?
 
 By the way, I have just received this mail from Mirek Slugen, with a
 patch for PxDVR3200 with XC4000 tuner. Should that patch also be
 submitted ?
 
 On 03/22/2010 04:40 PM, Mirek Slugeň wrote:
 
 First I would like to thank you for your work on XC4000 Leadtek
 tuners, analog TV, analog FM and DVB-T works great.

 I created patch for new revision of Leadtek DVR3200 (xc4000) based on
 your patch and it works also (patch is included).

 After long testing I found only one small bug, signal strength is not
 working on DVB-T XC4000 based tuners, so i will try to fix it.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] DTV2000 H Plus issues

2010-03-22 Thread istva...@mailbox.hu
On 03/15/2010 05:15 AM, Devin Heitmueller wrote:

 I'll try to go through my tree and see if I can get something upstream
 this week which you could build on.

Are there any news on this ?

By the way, I have just received this mail from Mirek Slugen, with a
patch for PxDVR3200 with XC4000 tuner. Should that patch also be
submitted ?

On 03/22/2010 04:40 PM, Mirek Slugeň wrote:

 First I would like to thank you for your work on XC4000 Leadtek
 tuners, analog TV, analog FM and DVB-T works great.

 I created patch for new revision of Leadtek DVR3200 (xc4000) based on
 your patch and it works also (patch is included).

 After long testing I found only one small bug, signal strength is not
 working on DVB-T XC4000 based tuners, so i will try to fix it.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] DTV2000 H Plus issues

2010-03-16 Thread istva...@mailbox.hu
On 03/15/2010 05:15 AM, Devin Heitmueller wrote:

 I've done essentially no analysis into the tuning performance of the
 current driver - validating different frequency ranges and modulation
 types or bandwidths.  I've done no testing of tuning lock time,
 minimal application validation

Well, so far it definitely seems usable and not apparently worse
than on Windows. If more developers can test and review it, then it
is more likely that any issues can be found and fixed or improved.

 and no effort toward making sure the power management works.

I did implement power management (by writing to register 8, and
setting a flag that forces resetting the tuner and reloading all
firmware data on the next use), although it is disabled by default
for the cards that I added support for (it is apparently not used
on Windows, either).

 I'll try to go through my tree and see if I can get something upstream
 this week which you could build on.

I think adding xc4000.c/h and the few changes shown at the end of this
post to incorporate XC4000 as a tuner type should be enough. Did you
review the changes I made to the XC4000 driver ? Is there something
that is unneeded or should be done differently ? Do you have a fixed
firmware file, or are the ones I created usable ?

 Once that is done, you will need to break up your huge patch into a series
 of small incremental patches (with proper descriptions for the changes),
 since there is no way a single patch is going to be accepted upstream
 which has all of your changes.

OK. Should I also create patches for any of the unrelated cx88
fixes/changes ?

 Also, you should *not* be submitting board profiles that are
 completely unvalidated.  I saw your email on Feb 19th, where you
 dumped out a list of tuners that you think might *possibly* work.  You
 should only submit board definitions for devices that either you have
 tested or you have gotten a user to test.  It is far worse to have
 broken code in there (creating the illusion of a product being
 supported), then for there to be no support at all.  When users
 complain about a particular board not working, you can work with them
 to get it supported.

Of the additional boards, 107d:6f38 (WinFast DTV1800 H with XC4000 tuner
instead of XC3028) has been reported by one user to work in analog mode,
while DVB was untested. Is that enough to keep the board profile ?
I have 107d:6f42 (DTV2000 H Plus), and tested it extensively in analog
and FM radio mode; another user tested DVB-T, and reported it to work
well (I have got no information about details like bandwidth used,
though). As far as I know, the only difference between the above two
cards that is relevant to drivers is that the latter has an additional
GPIO for selecting the antenna/cable RF input.
I have no problems with removing the various TV2000 XP Global revisions
from the patches, as I do not even know if anyone actually has one of
those cards.



diff -r -d -N -U4
v4l-dvb-7a58d924fb04.old/linux/drivers/media/common/tuners/Kconfig
v4l-dvb-7a58d924fb04/linux/drivers/media/common/tuners/Kconfig
--- v4l-dvb-7a58d924fb04.old/linux/drivers/media/common/tuners/Kconfig
2010-03-10 03:00:59.0 +0100
+++ v4l-dvb-7a58d924fb04/linux/drivers/media/common/tuners/Kconfig
2010-03-10 17:12:02.0 +0100
@@ -22,8 +22,9 @@
default VIDEO_MEDIA  I2C
depends on VIDEO_MEDIA  I2C
select MEDIA_TUNER_XC2028 if !MEDIA_TUNER_CUSTOMISE
select MEDIA_TUNER_XC5000 if !MEDIA_TUNER_CUSTOMISE
+   select MEDIA_TUNER_XC4000 if !MEDIA_TUNER_CUSTOMISE
select MEDIA_TUNER_MT20XX if !MEDIA_TUNER_CUSTOMISE
select MEDIA_TUNER_TDA8290 if !MEDIA_TUNER_CUSTOMISE
select MEDIA_TUNER_TEA5761 if !MEDIA_TUNER_CUSTOMISE
select MEDIA_TUNER_TEA5767 if !MEDIA_TUNER_CUSTOMISE
@@ -150,8 +151,17 @@
  A driver for the silicon tuner XC5000 from Xceive.
  This device is only used inside a SiP called together with a
  demodulator for now.

+config MEDIA_TUNER_XC4000
+   tristate Xceive XC4000 silicon tuner
+   depends on VIDEO_MEDIA  I2C
+   default m if MEDIA_TUNER_CUSTOMISE
+   help
+ A driver for the silicon tuner XC4000 from Xceive.
+ This device is only used inside a SiP called together with a
+ demodulator for now.
+
 config MEDIA_TUNER_MXL5005S
tristate MaxLinear MSL5005S silicon tuner
depends on VIDEO_MEDIA  I2C
default m if MEDIA_TUNER_CUSTOMISE
diff -r -d -N -U4
v4l-dvb-7a58d924fb04.old/linux/drivers/media/common/tuners/Makefile
v4l-dvb-7a58d924fb04/linux/drivers/media/common/tuners/Makefile
--- v4l-dvb-7a58d924fb04.old/linux/drivers/media/common/tuners/Makefile
2010-03-10 03:00:59.0 +0100
+++ v4l-dvb-7a58d924fb04/linux/drivers/media/common/tuners/Makefile
2010-03-10 17:12:02.0 +0100
@@ -15,8 +15,9 @@
 obj-$(CONFIG_MEDIA_TUNER_TDA9887) += tda9887.o
 

Re: [PATCH] DTV2000 H Plus issues

2010-03-14 Thread istva...@mailbox.hu
OK, so should I write a new xc4000.c/h from scratch and sign that off ?

On 02/18/2010 01:08 AM, Mauro Carvalho Chehab wrote:

 Devin Heitmueller wrote:
 On Wed, Feb 17, 2010 at 6:51 PM, Mauro Carvalho Chehab
 mche...@redhat.com wrote:
 Hi Istvan,

 istva...@mailbox.hu wrote:
 The attached new patches contain all the previous changes merged, and
 are against the latest v4l-dvb revision.
 Please provide your Signed-off-by. This is a basic requirement for your
 driver to be accepted. Please read:
http://linuxtv.org/hg/v4l-dvb/raw-file/tip/README.patches

 for instructions on how to submit a patch.

 Hi Mauro,

 I would hate to come across as a jerk here, but he cannot provide his
 SOB for this patch, as I wrote about 95% of the code here.  It's
 derived from a tree I have been working on for the PCTV 340e:

 http://kernellabs.com/hg/~dheitmueller/pctv-340e-2/

 I know that istvan wants to see the support merged, but he is going to
 have to wait a bit longer since he is not the author or maintainer of
 the driver in question.
 
 OK. Then, I need your SOB for the 95% of the code, and his SOB for the
 remaining ;)
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] DTV2000 H Plus issues

2010-03-14 Thread istva...@mailbox.hu
On 02/18/2010 01:11 AM, Devin Heitmueller wrote:

 Yeah, my plan at this point was to submit a PULL request once I felt
 the driver is stable

For those particular cards that my patch adds support for, it seems to
be stable, and I have been using it for months. Perhaps stability issues
in xc4000.c are specific to the PCTV 340e and its dib0700 I2C problems ?
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] DTV2000 H Plus issues

2010-03-14 Thread Devin Heitmueller
On Sun, Mar 14, 2010 at 1:58 PM, istva...@mailbox.hu
istva...@mailbox.hu wrote:
 On 02/18/2010 01:11 AM, Devin Heitmueller wrote:

 Yeah, my plan at this point was to submit a PULL request once I felt
 the driver is stable

 For those particular cards that my patch adds support for, it seems to
 be stable, and I have been using it for months. Perhaps stability issues
 in xc4000.c are specific to the PCTV 340e and its dib0700 I2C problems ?

Different people have different standards of quality.  For example,
I've done essentially no analysis into the tuning performance of the
current driver - validating different frequency ranges and modulation
types or bandwidths.  I've done no testing of tuning lock time,
minimal application validation, and no effort toward making sure the
power management works.

Sure, I can just throw the driver upstream as-is, but I've been
hesitant to merge something with questionable quality, as it reflects
poorly on my reputation.  Right now it's in a development tree because
it's what I would consider alpha quality, where only advanced users
will install it and they know to proceed at your own risk.

And none of the above is related to the problem with the dib0700 i2c master.

All that said, the situation hasn't been helped by the fact that I'm
working on five different projects currently (as102, drx-d, xc4000,
em28xx, and now ngene), nor the fact that I'm also the maintainer for
a variety of other tuner products (and the significant support burden
that creates).

Bear in mind that I am aware of the frustration that when someone has
patches and cannot get the maintainer to find the time to
review/comment/merge.  I've been in that situation myself more than
once.

I'll try to go through my tree and see if I can get something upstream
this week which you could build on.  Once that is done, you will need
to break up your huge patch into a series of small incremental patches
(with proper descriptions for the changes), since there is no way a
single patch is going to be accepted upstream which has all of your
changes.

Also, you should *not* be submitting board profiles that are
completely unvalidated.  I saw your email on Feb 19th, where you
dumped out a list of tuners that you think might *possibly* work.  You
should only submit board definitions for devices that either you have
tested or you have gotten a user to test.  It is far worse to have
broken code in there (creating the illusion of a product being
supported), then for there to be no support at all.  When users
complain about a particular board not working, you can work with them
to get it supported.

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] DTV2000 H Plus issues

2010-03-10 Thread istva...@mailbox.hu
I have finally received some feedback on DVB-T, and it reportedly works,
although with a minor bug: it was necessary to use the cable connector
instead of the antenna one. There is an updated patch at the web page
http://www.sharemation.com/IstvanV/v4l/xc4000.html that attempts to
correct this problem. It also includes a few CX88 changes that are not
related to adding support for XC4000 based cards, and could possibly be
released as separate patches:
 - implements a sharpness control using the CX2388x peaking filter
   and changing the notch filter
 - in two places (cx88-core.c and cx88-video.c) code that checked for
   CX88_VMUX_TELEVISION did not also check for CX88_VMUX_CABLE; this
   was the reason why selecting the audio standard did not work for the
   cable input
 - in cx88-mpeg.c, there was code that set core-input to CX88_VMUX_DVB;
   this does not seem to make sense, since core-input is an index to an
   array (core-board.input), while the CX88_VMUX_* values are not
   intended to be used as indexes, but rather values of the 'type'
   member of struct cx88_input. But it is also not obvious if this has
   any actual effect other than what is reported as the current input
   when queried by an application. In any case, I changed the code to
   search for an input of type CX88_VMUX_DVB, or set the input to 0 if
   it is not found
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] DTV2000 H Plus issues

2010-02-19 Thread istva...@mailbox.hu
Well, it is not really a problem, if it is not merged, so this updated
version is only for those who want to test it:

http://www.sharemation.com/IstvanV/v4l/xc4000-winfast-14021dfc00f3.patch

  - in xc4000.c, power management may default to on or off depending on
the card type
  - autodetects and (hopefully) supports cards with the following PCI
IDs, based on Windows INF files:
  107D:6619  WinFast TV2000 XP Global (this is actually the same as
 6618 and 6F18)
  107D:6F36  WinFast TV2000 XP Global with XC4100 (analog-only
 XC4000 ?) tuner
  107D:6F38  WinFast DTV1800 H with XC4000 tuner
  107D:6F42  WinFast DTV2000 H Plus
  107D:6F43  WinFast TV2000 XP Global with XC4100 tuner and
 different GPIOs
Not all of these card versions may actually exist in practice,
though, only 6F38 and 6F42 are confirmed so far.
  - added a new sharpness control to the CX88 driver

On 02/18/2010 12:59 AM, Devin Heitmueller wrote:

 I would hate to come across as a jerk here, but he cannot provide his
 SOB for this patch, as I wrote about 95% of the code here.  It's
 derived from a tree I have been working on for the PCTV 340e:
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] DTV2000 H Plus issues

2010-02-17 Thread Mauro Carvalho Chehab
Hi Istvan,

istva...@mailbox.hu wrote:
 The attached new patches contain all the previous changes merged, and
 are against the latest v4l-dvb revision.

Please provide your Signed-off-by. This is a basic requirement for your
driver to be accepted. Please read:
http://linuxtv.org/hg/v4l-dvb/raw-file/tip/README.patches

for instructions on how to submit a patch.

Cheers,
Mauro.

 
 By the way, someone on a forum reported having a DTV1800 H card with
 a PCI ID of 107d:6f38. This seems to differ from the already supported
 DTV1800 H version (107d:6654) by having an XC4000 tuner instead of
 XC3028. From the Windows INF files it seems this card is very similar
 to the DTV2000 H Plus, but there is no GPIO for selecting antenna/cable
 input.
 
 On 02/11/2010 08:16 PM, istva...@mailbox.hu wrote:
 
 Update: the following patch, which should be applied after the previous
 ones, makes a few additional changes to the XC4000 driver:
   - adds support for DTV7
   - implements power management
   - adds a mutex and locking for tuner operations
   - some unused or unneeded code has been removed

 On 02/09/2010 06:35 PM, istva...@mailbox.hu wrote:

 There are two separate patches for v4l-dvb revision 28f5eca12bb0: the
 first one adds the XC4000 driver, while the second one adds support for
 the Leadtek WinFast DTV2000H Plus card in the CX88 driver.

 http://www.sharemation.com/IstvanV/v4l/xc4000-28f5eca12bb0.patch
 http://www.sharemation.com/IstvanV/v4l/cx88-dtv2000h+-28f5eca12bb0.patch

 These new firmware files are more complete than the previous ones, but
 are not compatible with the original driver. Both version 1.2 and 1.4
 are available:

 http://www.sharemation.com/IstvanV/v4l/xc4000-1.2.fw
 http://www.sharemation.com/IstvanV/v4l/xc4000-1.4.fw

 The following simple utility was used for creating the firmware files.

 http://www.sharemation.com/IstvanV/v4l/xc4000fw.c


-- 

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


Re: [PATCH] DTV2000 H Plus issues

2010-02-17 Thread Devin Heitmueller
On Wed, Feb 17, 2010 at 6:51 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
 Hi Istvan,

 istva...@mailbox.hu wrote:
 The attached new patches contain all the previous changes merged, and
 are against the latest v4l-dvb revision.

 Please provide your Signed-off-by. This is a basic requirement for your
 driver to be accepted. Please read:
        http://linuxtv.org/hg/v4l-dvb/raw-file/tip/README.patches

 for instructions on how to submit a patch.

Hi Mauro,

I would hate to come across as a jerk here, but he cannot provide his
SOB for this patch, as I wrote about 95% of the code here.  It's
derived from a tree I have been working on for the PCTV 340e:

http://kernellabs.com/hg/~dheitmueller/pctv-340e-2/

I know that istvan wants to see the support merged, but he is going to
have to wait a bit longer since he is not the author or maintainer of
the driver in question.

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] DTV2000 H Plus issues

2010-02-17 Thread Mauro Carvalho Chehab
Devin Heitmueller wrote:
 On Wed, Feb 17, 2010 at 6:51 PM, Mauro Carvalho Chehab
 mche...@redhat.com wrote:
 Hi Istvan,

 istva...@mailbox.hu wrote:
 The attached new patches contain all the previous changes merged, and
 are against the latest v4l-dvb revision.
 Please provide your Signed-off-by. This is a basic requirement for your
 driver to be accepted. Please read:
http://linuxtv.org/hg/v4l-dvb/raw-file/tip/README.patches

 for instructions on how to submit a patch.
 
 Hi Mauro,
 
 I would hate to come across as a jerk here, but he cannot provide his
 SOB for this patch, as I wrote about 95% of the code here.  It's
 derived from a tree I have been working on for the PCTV 340e:
 
 http://kernellabs.com/hg/~dheitmueller/pctv-340e-2/
 
 I know that istvan wants to see the support merged, but he is going to
 have to wait a bit longer since he is not the author or maintainer of
 the driver in question.

OK. Then, I need your SOB for the 95% of the code, and his SOB for the
remaining ;)

-- 

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


Re: [PATCH] DTV2000 H Plus issues

2010-02-17 Thread Devin Heitmueller
On Wed, Feb 17, 2010 at 7:08 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
 OK. Then, I need your SOB for the 95% of the code, and his SOB for the
 remaining ;)

Yeah, my plan at this point was to submit a PULL request once I felt
the driver is stable (and I had already offered to apply his
incremental patches onto my tree before said pull request).

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-02-12 Thread istva...@mailbox.hu
Here is another patch, with a few minor changes. It depends on the
previously posted patches, so those should be applied first.
diff -r -d -N -U4 v4l-dvb-28f5eca12bb0.old/linux/drivers/media/common/tuners/xc4000.c v4l-dvb-28f5eca12bb0/linux/drivers/media/common/tuners/xc4000.c
--- v4l-dvb-28f5eca12bb0.old/linux/drivers/media/common/tuners/xc4000.c	2010-02-12 19:14:24.0 +0100
+++ v4l-dvb-28f5eca12bb0/linux/drivers/media/common/tuners/xc4000.c	2010-02-12 19:20:35.0 +0100
@@ -256,8 +256,9 @@
 };
 
 static int xc4000_readreg(struct xc4000_priv *priv, u16 reg, u16 *val);
 static int xc4000_TunerReset(struct dvb_frontend *fe);
+static void xc_debug_dump(struct xc4000_priv *priv);
 
 static int xc_send_i2c_data(struct xc4000_priv *priv, u8 *buf, int len)
 {
 	struct i2c_msg msg = { .addr = priv-i2c_props.addr,
@@ -332,12 +333,14 @@
 		(i2c_sequence[index + 1] != 0xFF)) {
 		len = i2c_sequence[index] * 256 + i2c_sequence[index+1];
 		if (len == 0x) {
 			/* RESET command */
-			result = xc4000_TunerReset(fe);
 			index += 2;
+#if 0			/* not needed, as already called by check_firmware() */
+			result = xc4000_TunerReset(fe);
 			if (result != XC_RESULT_SUCCESS)
 return result;
+#endif
 		} else if (len  0x8000) {
 			/* WAIT command */
 			xc_wait(len  0x7FFF);
 			index += 2;
@@ -472,14 +475,8 @@
 
 	return 0;
 }
 
-/* WAS THERE
-static int xc_get_buildversion(struct xc4000_priv *priv, u16 *buildrev)
-{
-	return xc4000_readreg(priv, XREG_BUILD, buildrev);
-}*/
-
 static int xc_get_hsync_freq(struct xc4000_priv *priv, u32 *hsync_freq_hz)
 {
 	u16 regData;
 	int result;
@@ -516,14 +513,12 @@
 	}
 	return lockState;
 }
 
-#define XC_TUNE_ANALOG  0
-#define XC_TUNE_DIGITAL 1
-static int xc_tune_channel(struct xc4000_priv *priv, u32 freq_hz, int mode)
+static int xc_tune_channel(struct xc4000_priv *priv, u32 freq_hz)
 {
-	int found = 0;
-	int result = 0;
+	int	found = 1;
+	int	result;
 
 	dprintk(1, %s(%u)\n, __func__, freq_hz);
 
 	/* Don't complain when the request fails because of i2c stretching */
@@ -533,13 +528,23 @@
 
 	if (result != XC_RESULT_SUCCESS)
 		return 0;
 
-	if (mode == XC_TUNE_ANALOG) {
-		if (WaitForLock(priv) == 1)
-			found = 1;
+	/* wait for lock only in analog TV mode */
+	if ((priv-cur_fw.type  (FM | DTV6 | DTV7 | DTV78 | DTV8)) == 0) {
+		if (WaitForLock(priv) == 0)
+			found = 0;
 	}
 
+	/* Wait for stats to stabilize.
+	 * Frame Lines needs two frame times after initial lock
+	 * before it is valid.
+	 */
+	xc_wait(debug ? 100 : 10);
+
+	if (debug)
+		xc_debug_dump(priv);
+
 	return found;
 }
 
 static int xc4000_readreg(struct xc4000_priv *priv, u16 reg, u16 *val)
@@ -1108,17 +1113,8 @@
 	u16	quality;
 	u8	hw_majorversion = 0, hw_minorversion = 0;
 	u8	fw_majorversion = 0, fw_minorversion = 0;
 
-	if (!(priv-cur_fw.type  BASE))
-		return;
-
-	/* Wait for stats to stabilize.
-	 * Frame Lines needs two frame times after initial lock
-	 * before it is valid.
-	 */
-	xc_wait(100);
-
 	xc_get_ADC_Envelope(priv, adc_envelope);
 	dprintk(1, *** ADC envelope (0-1023) = %d\n, adc_envelope);
 
 	xc_get_frequency_error(priv, freq_error_hz);
@@ -1269,12 +1265,10 @@
 			/* goto fail; */
 		}
 	}
 
-	xc_tune_channel(priv, priv-freq_hz, XC_TUNE_DIGITAL);
+	xc_tune_channel(priv, priv-freq_hz);
 
-	if (debug)
-		xc_debug_dump(priv);
 	ret = 0;
 
 fail:
 	mutex_unlock(priv-lock);
@@ -1470,12 +1464,10 @@
 			goto fail;
 		}
 	}
 
-	xc_tune_channel(priv, priv-freq_hz, XC_TUNE_ANALOG);
+	xc_tune_channel(priv, priv-freq_hz);
 
-	if (debug)
-		xc_debug_dump(priv);
 	ret = 0;
 
 fail:
 	mutex_unlock(priv-lock);
@@ -1549,9 +1541,9 @@
 
 	mutex_lock(priv-lock);
 
 	/* Avoid firmware reload on slow devices */
-	if (!no_poweroff  priv-cur_fw.type != XC_POWERED_DOWN) {
+	if (!no_poweroff  (priv-cur_fw.type  BASE) != 0) {
 		/* force reset and firmware reload */
 		priv-cur_fw.type = XC_POWERED_DOWN;
 
 		if (xc_write_reg(priv, XREG_POWER_DOWN, 0)
@@ -1560,8 +1552,9 @@
 			   xc4000: %s() unable to shutdown tuner\n,
 			   __func__);
 			ret = -EREMOTEIO;
 		}
+		xc_wait(20);
 	}
 
 	mutex_unlock(priv-lock);
 
@@ -1638,9 +1631,10 @@
 
 	instance = hybrid_tuner_request_state(struct xc4000_priv, priv,
 	  hybrid_tuner_instance_list,
 	  i2c, cfg-i2c_address, xc4000);
-	priv-card_type = cfg-card_type;
+	if (cfg-card_type != XC4000_CARD_GENERIC)
+		priv-card_type = cfg-card_type;
 	switch (instance) {
 	case 0:
 		goto fail;
 		break;
@@ -1703,12 +1697,21 @@
 
 	memcpy(fe-ops.tuner_ops, xc4000_tuner_ops,
 		sizeof(struct dvb_tuner_ops));
 
+	if (instance == 1) {
+		int	ret;
+		mutex_lock(priv-lock);
+		ret = xc4000_fwupload(fe);
+		mutex_unlock(priv-lock);
+		if (ret != XC_RESULT_SUCCESS)
+			goto fail2;
+	}
+
 	return fe;
 fail:
 	mutex_unlock(xc4000_list_mutex);
-
+fail2:
 	xc4000_release(fe);
 	return NULL;
 }
 EXPORT_SYMBOL(xc4000_attach);
diff -r -d -N -U4 v4l-dvb-28f5eca12bb0.old/linux/drivers/media/video/tuner-core.c 

Re: DTV2000 H Plus issues

2010-02-12 Thread istva...@mailbox.hu
A correction to the previous post: this line:
if (WaitForLock(priv) == 0)
should actually be:
if (WaitForLock(priv) != 1)
It does not have an effect on the operation of the driver, though,
since the value set depending on this line is not used.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-02-11 Thread istva...@mailbox.hu
Update: the following patch, which should be applied after the previous
ones, makes a few additional changes to the XC4000 driver:
  - adds support for DTV7
  - implements power management
  - adds a mutex and locking for tuner operations
  - some unused or unneeded code has been removed

On 02/09/2010 06:35 PM, istva...@mailbox.hu wrote:

 There are two separate patches for v4l-dvb revision 28f5eca12bb0: the
 first one adds the XC4000 driver, while the second one adds support for
 the Leadtek WinFast DTV2000H Plus card in the CX88 driver.
 
 http://www.sharemation.com/IstvanV/v4l/xc4000-28f5eca12bb0.patch
 http://www.sharemation.com/IstvanV/v4l/cx88-dtv2000h+-28f5eca12bb0.patch
 
 These new firmware files are more complete than the previous ones, but
 are not compatible with the original driver. Both version 1.2 and 1.4
 are available:
 
 http://www.sharemation.com/IstvanV/v4l/xc4000-1.2.fw
 http://www.sharemation.com/IstvanV/v4l/xc4000-1.4.fw
 
 The following simple utility was used for creating the firmware files.
 
 http://www.sharemation.com/IstvanV/v4l/xc4000fw.c
diff -r -d -N -U4 v4l-dvb-28f5eca12bb0.old/linux/drivers/media/common/tuners/xc4000.c v4l-dvb-28f5eca12bb0/linux/drivers/media/common/tuners/xc4000.c
--- v4l-dvb-28f5eca12bb0.old/linux/drivers/media/common/tuners/xc4000.c	2010-02-11 20:08:39.0 +0100
+++ v4l-dvb-28f5eca12bb0/linux/drivers/media/common/tuners/xc4000.c	2010-02-11 20:05:01.0 +0100
@@ -27,8 +27,9 @@
 #include linux/videodev2.h
 #include linux/delay.h
 #include linux/dvb/frontend.h
 #include linux/i2c.h
+#include linux/mutex.h
 #include asm/unaligned.h
 
 #include dvb_frontend.h
 
@@ -61,9 +62,9 @@
 	The valid values are a sum of:\n
 	 1: use NICAM/B and A2/B instead of NICAM/A and A2/A\n
 	 2: use A2 instead of NICAM or BTSC\n
 	 4: use SECAM/K3 instead of K1\n
-	 8: force SECAM-L audio\n
+	 8: use PAL-D/K audio for SECAM-D/K\n
 	16: use FM radio input 1 instead of input 2\n
 	32: use mono audio (the lower three bits are ignored)\n);
 
 #define XC4000_DEFAULT_FIRMWARE xc4000.fw
@@ -108,18 +109,20 @@
 	u32	bandwidth;
 	u8	video_standard;
 	u8	rf_mode;
 	u8	card_type;
+	u8	ignore_i2c_write_errors;
  /*	struct xc2028_ctrl	ctrl; */
 	struct firmware_properties cur_fw;
 	__u16	hwmodel;
 	__u16	hwvers;
-	u8	ignore_i2c_write_errors;
+	struct mutex	lock;
 };
 
 /* Misc Defines */
 #define MAX_TV_STANDARD			24
 #define XC_MAX_I2C_WRITE_LENGTH		64
+#define XC_POWERED_DOWN			0x8000U
 
 /* Signal Types */
 #define XC_RF_MODE_AIR			0
 #define XC_RF_MODE_CABLE		1
@@ -240,9 +243,9 @@
 	{D/K-PAL-MONO,	0x0078, 0x8049, 6500},
 	{D/K-SECAM-A2 DK1,	0x, 0x8049, 6340},
 	{D/K-SECAM-A2 L/DK3,	0x, 0x8049, 6000},
 	{D/K-SECAM-A2 MONO,	0x0078, 0x8049, 6500},
-	{D/K-SECAM-NICAM,	0x8080, 0x8049, 6200},
+	{D/K-SECAM-NICAM,	0x0080, 0x8049, 6200},
 	{L-SECAM-NICAM,	0x8080, 0x0009, 6200},
 	{L'-SECAM-NICAM,	0x8080, 0x4009, 6200},
 	{DTV6,		0x00C0, 0x8002,0},
 	{DTV8,		0x00C0, 0x800B,0},
@@ -251,11 +254,8 @@
 	{FM Radio-INPUT2,	0x0008, 0x9800,10700},
 	{FM Radio-INPUT1,	0x0008, 0x9000,10700}
 };
 
-#if 0
-static int xc4000_is_firmware_loaded(struct dvb_frontend *fe);
-#endif
 static int xc4000_readreg(struct xc4000_priv *priv, u16 reg, u16 *val);
 static int xc4000_TunerReset(struct dvb_frontend *fe);
 
 static int xc_send_i2c_data(struct xc4000_priv *priv, u8 *buf, int len)
@@ -275,25 +275,8 @@
 	}
 	return XC_RESULT_SUCCESS;
 }
 
-/* This routine is never used because the only time we read data from the
-   i2c bus is when we read registers, and we want that to be an atomic i2c
-   transaction in case we are on a multi-master bus */
-#if 0
-static int xc_read_i2c_data(struct xc4000_priv *priv, u8 *buf, int len)
-{
-	struct i2c_msg msg = { .addr = priv-i2c_props.addr,
-		.flags = I2C_M_RD, .buf = buf, .len = len };
-
-	if (i2c_transfer(priv-i2c_props.adap, msg, 1) != 1) {
-		printk(KERN_ERR xc4000 I2C read failed (len=%i)\n, len);
-		return -EREMOTEIO;
-	}
-	return 0;
-}
-#endif
-
 static void xc_wait(int wait_ms)
 {
 	msleep(wait_ms);
 }
@@ -444,17 +427,8 @@
 	   only be used for fast scanning for channel lock) */
 	return xc_write_reg(priv, XREG_RF_FREQ, freq_code); /* WAS: XREG_FINERFREQ */
 }
 
-#if 0
-/* We'll probably need these for analog support */
-static int xc_set_Xtal_frequency(struct xc4000_priv *priv, u32 xtalFreqInKHz)
-{
-	u16 xtalRatio = (32000 * 0x8000)/xtalFreqInKHz;
-	return xc_write_reg(priv, XREG_XTALFREQ, xtalRatio);
-}
-#endif
-
 static int xc_get_ADC_Envelope(struct xc4000_priv *priv, u16 *adc_envelope)
 {
 	return xc4000_readreg(priv, XREG_ADC_ENV, adc_envelope);
 }
@@ -1134,8 +1108,11 @@
 	u16	quality;
 	u8	hw_majorversion = 0, hw_minorversion = 0;
 	u8	fw_majorversion = 0, fw_minorversion = 0;
 
+	if (!(priv-cur_fw.type  BASE))
+		return;
+
 	/* Wait for stats to stabilize.
 	 * Frame Lines needs two frame times after initial lock
 	 * before it is valid.
 	 */
@@ -1174,12 +1151,14 @@
 	struct dvb_frontend_parameters *params)
 {
 	struct 

Re: DTV2000 H Plus issues

2010-02-11 Thread Devin Heitmueller
Hi Istanv,

On Thu, Feb 11, 2010 at 2:16 PM, istva...@mailbox.hu
istva...@mailbox.hu wrote:
 Update: the following patch, which should be applied after the previous
 ones, makes a few additional changes to the XC4000 driver:
  - adds support for DTV7
  - implements power management
  - adds a mutex and locking for tuner operations
  - some unused or unneeded code has been removed

Is the DTV7 support actually tested?  Or are you just blindly adding
the code in the hope that it works?  I'm just asking because the last
time I spoke to you, you actually didn't have access to a DVB-T signal
source.

Also, I'm not sure I'm comfortable with the way the mutex is
implemented here.  Is this logic copied from some other driver (and if
so, which one), or did you come up with it yourself?

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-02-09 Thread istva...@mailbox.hu
I have an updated version now, with these changes:
  - the firmware file name can be specified with the firmware_name
module parameter; it defaults to xc4000.fw
  - there is another new module parameter (audio_std) for configuring
the audio standard (NICAM, A2, etc.), and switching FM radio to
using input 1 (i.e. cable TV instead of FM antenna). This is an
integer value which can be the sum of:
  1: use NICAM/B or A2/B instead of NICAM/A or A2/A
  2: use A2 instead of NICAM or BTSC
  4: use SECAM K3 instead of K1
  8: in SECAM D/K mode, set the IF frequency and audio mode as for
 SECAM-L (this hack fixed the one SECAM channel I can receive)
 16: use FM radio input 1 instead of input 2
 32: mono TV audio (does not seem to work, so it is useless)
  - struct xc4000_config has a new member (card_type) for specifying
the card type
  - some code changes to allow for loading the new firmware files below
In addition to analog TV and FM radio, I have tested the IR as well, and
it apparently works. DVB-T is still untested, however.

There are two separate patches for v4l-dvb revision 28f5eca12bb0: the
first one adds the XC4000 driver, while the second one adds support for
the Leadtek WinFast DTV2000H Plus card in the CX88 driver.

http://www.sharemation.com/IstvanV/v4l/xc4000-28f5eca12bb0.patch
http://www.sharemation.com/IstvanV/v4l/cx88-dtv2000h+-28f5eca12bb0.patch

These new firmware files are more complete than the previous ones, but
are not compatible with the original driver. Both version 1.2 and 1.4
are available:

http://www.sharemation.com/IstvanV/v4l/xc4000-1.2.fw
http://www.sharemation.com/IstvanV/v4l/xc4000-1.4.fw

Note that the 1.4 firmware could have two different versions of DTV6,
which only differ in the audio mode register: 0x8002 (as in v1.2) vs.
0x8003. However, the above file includes only the latter one.

The following simple utility was used for creating the firmware files.
It can extract the firmware data from a Windows driver file (e.g.
hcw85bda.sys from Hauppauge, wfeaglxt.sys from Leadtek, etc.;
dvb7700all.sys from Pinnacle will not work, however), and supports both
v1.2 and v1.4 firmware. The tables at the beginning of the code are not
necessarily fully correct, though, and may need some fixing.

http://www.sharemation.com/IstvanV/v4l/xc4000fw.c

On 01/07/2010 08:49 PM, istva...@mailbox.hu wrote:

 On 01/05/2010 02:25 AM, Raena Lea-Shannon wrote:
 
 Thanks. Will try again later.
 
 By the way, for those who would like to test it, here is a patch based
 on Devin Heitmueller's XC4000 driver and Mirek Slugen's older patch,
 that adds support for this card:
   http://www.sharemation.com/IstvanV/v4l/dtv2000h+.patch
 It can be applied to this version of the v4l-dvb code:
   http://linuxtv.org/hg/v4l-dvb/archive/75c97b2d1a2a.tar.bz2
 This is experimental code, so use it at your own risk. The analogue
 parts (TV and FM radio) basically work, although there are some minor
 issues to be fixed. Digital TV is not tested yet, but is theoretically
 implemented; reports on whether it actually works are welcome.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-01-07 Thread istva...@mailbox.hu
On 01/05/2010 02:25 AM, Raena Lea-Shannon wrote:

 Thanks. Will try again later.

By the way, for those who would like to test it, here is a patch based
on Devin Heitmueller's XC4000 driver and Mirek Slugen's older patch,
that adds support for this card:
  http://www.sharemation.com/IstvanV/v4l/dtv2000h+.patch
It can be applied to this version of the v4l-dvb code:
  http://linuxtv.org/hg/v4l-dvb/archive/75c97b2d1a2a.tar.bz2
This is experimental code, so use it at your own risk. The analogue
parts (TV and FM radio) basically work, although there are some minor
issues to be fixed. Digital TV is not tested yet, but is theoretically
implemented; reports on whether it actually works are welcome.
The XC4000 driver also requires a firmware file:
  http://www.sharemation.com/IstvanV/v4l/dvb-fe-xc4000-1.4.1.fw
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-01-07 Thread Devin Heitmueller
On Thu, Jan 7, 2010 at 2:49 PM, istva...@mailbox.hu istva...@mailbox.hu wrote:
 On 01/05/2010 02:25 AM, Raena Lea-Shannon wrote:

 Thanks. Will try again later.

 By the way, for those who would like to test it, here is a patch based
 on Devin Heitmueller's XC4000 driver and Mirek Slugen's older patch,
 that adds support for this card:
  http://www.sharemation.com/IstvanV/v4l/dtv2000h+.patch
 It can be applied to this version of the v4l-dvb code:
  http://linuxtv.org/hg/v4l-dvb/archive/75c97b2d1a2a.tar.bz2
 This is experimental code, so use it at your own risk. The analogue
 parts (TV and FM radio) basically work, although there are some minor
 issues to be fixed. Digital TV is not tested yet, but is theoretically
 implemented; reports on whether it actually works are welcome.
 The XC4000 driver also requires a firmware file:
  http://www.sharemation.com/IstvanV/v4l/dvb-fe-xc4000-1.4.1.fw
 --
 To unsubscribe from this list: send the line unsubscribe linux-media in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html


Istan_v,

Could you please do me a favor and rename your firmware file, both in
the patch and the file you are redistributing (perhaps as
dvb-fe-xc4000-1.4.1-istanv.fw)?  I worry that by redistributing a file
with the exact same name as the official release, people are going
to get confused and it will make it harder for me to debug problems
given my assumptions about what firmware image they are using is
incorrect.

Thanks,

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-01-07 Thread istva...@mailbox.hu
On 01/07/2010 09:00 PM, Devin Heitmueller wrote:

 Could you please do me a favor and rename your firmware file, both in
 the patch and the file you are redistributing (perhaps as
 dvb-fe-xc4000-1.4.1-istanv.fw)?  I worry that by redistributing a file
 with the exact same name as the official release, people are going
 to get confused and it will make it harder for me to debug problems
 given my assumptions about what firmware image they are using is
 incorrect.

OK, I have renamed the firmware file. The download links are now:
  http://www.sharemation.com/IstvanV/v4l/dtv2000h+.patch
  http://www.sharemation.com/IstvanV/v4l/xc4000-dtv2000hp-1.4.1.fw
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-01-04 Thread Raena Lea-Shannon



Samuel Rakitnican wrote:
On Sun, 03 Jan 2010 09:21:21 +0100, Raena Lea-Shannon 
r...@internode.on.net wrote:





istva...@mailbox.hu wrote:

On 01/02/2010 05:10 PM, Raena Lea-Shannon wrote:


I have 2 TV Cards. The DTV2000 H Plus and a Technisat. The Technisat
works very well. I am trying to get the DVT working for other video
input devices such as VCR to make copies of old Videos and an inteface
for my N95 video out.

I do not seem to be able to get it to find a tuner. Seems to be problem
finding the card. Any suggestions wold be greatly appreciated.

 This card uses an Xceive XC4000 tuner, which is not supported yet.
However, a driver for the tuner chip is being developed at
kernellabs.com, so the card may become supported in the future.
--

[snip]

That seems odd. This patch on the LinuxTv site
http://www.linuxtv.org/pipermail/linux-dvb/2008-June/026379.html
seems to be using the cx88 drivers?


[...]

Hi,

I'm not a developer, but I think that your device uses both of these 
chips. cx88 is the bridge chip, while the Xceive is the tuner chip. So, 
both of them needs to be supported in order for a device to work properly.


Please see the following link for reference:
http://www.kernellabs.com/blog/?p=1045

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


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


Re: DTV2000 H Plus issues

2010-01-04 Thread istva...@mailbox.hu
On 01/03/2010 09:21 AM, Raena Lea-Shannon wrote:

 That seems odd. This patch on the LinuxTv site
 http://www.linuxtv.org/pipermail/linux-dvb/2008-June/026379.html
 seems to be using the cx88 drivers?

Unfortunately, this patch is for the older DTV 2000H (not Plus)
card, which uses a Philips FMD1216 tuner. The main change on the
Plus card is the replacement of the tuner with the XC4000, and
that is why it is not supported yet. However, an XC4000 driver
is already under development, and - compiling V4L from source -
you could get the card working in the near future. In fact, code
that implements support for this card already exists, but it is
only for development/testing at the moment.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-01-04 Thread Raena Lea-Shannon



istva...@mailbox.hu wrote:

On 01/03/2010 09:21 AM, Raena Lea-Shannon wrote:


That seems odd. This patch on the LinuxTv site
http://www.linuxtv.org/pipermail/linux-dvb/2008-June/026379.html
seems to be using the cx88 drivers?


Unfortunately, this patch is for the older DTV 2000H (not Plus)
card, which uses a Philips FMD1216 tuner. The main change on the
Plus card is the replacement of the tuner with the XC4000, and
that is why it is not supported yet. However, an XC4000 driver
is already under development, and - compiling V4L from source -
you could get the card working in the near future. In fact, code
that implements support for this card already exists, but it is
only for development/testing at the moment.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Thanks. Will try again later.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: DTV2000 H Plus issues

2010-01-03 Thread Raena Lea-Shannon



istva...@mailbox.hu wrote:

On 01/02/2010 05:10 PM, Raena Lea-Shannon wrote:


I have 2 TV Cards. The DTV2000 H Plus and a Technisat. The Technisat
works very well. I am trying to get the DVT working for other video
input devices such as VCR to make copies of old Videos and an inteface
for my N95 video out.

I do not seem to be able to get it to find a tuner. Seems to be problem
finding the card. Any suggestions wold be greatly appreciated.


This card uses an Xceive XC4000 tuner, which is not supported yet.
However, a driver for the tuner chip is being developed at
kernellabs.com, so the card may become supported in the future.
--

[snip]

That seems odd. This patch on the LinuxTv site
http://www.linuxtv.org/pipermail/linux-dvb/2008-June/026379.html
seems to be using the cx88 drivers?
Has anyone tried this patch?

Ta
Raena

# HG changeset patch
# User plr.vincent at gmail.com
# Date 1212398724 -7200
# Node ID 78a011dfba127b593b6d01ea6a0010fcc29c94ad
# Parent  398b07fdfe79ff66a8c1bf2874de424ce29b9c78
WinFast DTV2000 H: add support for missing analog inputs

From: Vincent Pelletier plr.vincent at gmail.com

Add support for the following inputs:
 - radio tuner
 - composite 1  2 (only 1 is physicaly available, but composite 2 is also
   advertised by windows driver)
 - svideo

Signed-off-by: Vincent Pelletier plr.vincent at gmail.com

diff -r 398b07fdfe79 -r 78a011dfba12 
linux/drivers/media/video/cx88/cx88-cards.c
--- a/linux/drivers/media/video/cx88/cx88-cards.c   Wed May 28 
17:55:13 2008 -0300
+++ b/linux/drivers/media/video/cx88/cx88-cards.c   Mon Jun 02 
11:25:24 2008 +0200

@@ -1297,7 +1297,35 @@
.gpio1  = 0x8203,
.gpio2  = 0x00017304,
.gpio3  = 0x0200,
+   },{
+   .type   = CX88_VMUX_COMPOSITE1,
+   .vmux   = 1,
+   .gpio0  = 0x0001D701,
+   .gpio1  = 0xB207,
+   .gpio2  = 0x0001D701,
+   .gpio3  = 0x0200,
+   },{
+   .type   = CX88_VMUX_COMPOSITE2,
+   .vmux   = 2,
+   .gpio0  = 0x0001D503,
+   .gpio1  = 0xB207,
+   .gpio2  = 0x0001D503,
+   .gpio3  = 0x0200,
+   },{
+   .type   = CX88_VMUX_SVIDEO,
+   .vmux   = 3,
+   .gpio0  = 0x0001D701,
+   .gpio1  = 0xB207,
+   .gpio2  = 0x0001D701,
+   .gpio3  = 0x0200,
}},
+   .radio = {
+.type  = CX88_RADIO,
+.gpio0 = 0x00015702,
+.gpio1 = 0xF207,
+.gpio2 = 0x00015702,
+.gpio3 = 0x0200,
+   },
.mpeg   = CX88_MPEG_DVB,
},
[CX88_BOARD_GENIATECH_DVBS] = {




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


Re: DTV2000 H Plus issues

2010-01-03 Thread Samuel Rakitnican
On Sun, 03 Jan 2010 09:21:21 +0100, Raena Lea-Shannon  
r...@internode.on.net wrote:





istva...@mailbox.hu wrote:

On 01/02/2010 05:10 PM, Raena Lea-Shannon wrote:


I have 2 TV Cards. The DTV2000 H Plus and a Technisat. The Technisat
works very well. I am trying to get the DVT working for other video
input devices such as VCR to make copies of old Videos and an inteface
for my N95 video out.

I do not seem to be able to get it to find a tuner. Seems to be problem
finding the card. Any suggestions wold be greatly appreciated.

 This card uses an Xceive XC4000 tuner, which is not supported yet.
However, a driver for the tuner chip is being developed at
kernellabs.com, so the card may become supported in the future.
--

[snip]

That seems odd. This patch on the LinuxTv site
http://www.linuxtv.org/pipermail/linux-dvb/2008-June/026379.html
seems to be using the cx88 drivers?


[...]

Hi,

I'm not a developer, but I think that your device uses both of these  
chips. cx88 is the bridge chip, while the Xceive is the tuner chip. So,  
both of them needs to be supported in order for a device to work properly.


Please see the following link for reference:
http://www.kernellabs.com/blog/?p=1045

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


DTV2000 H Plus issues

2010-01-02 Thread Raena Lea-Shannon
I have 2 TV Cards. The DTV2000 H Plus and a Technisat. The Technisat 
works very well. I am trying to get the DVT working for other video 
input devices such as VCR to make copies of old Videos and an inteface 
for my N95 video out.


I do not seem to be able to get it to find a tuner. Seems to be problem 
finding the card. Any suggestions wold be greatly appreciated.


Here is part of an mplayer -verbose output


Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski olschew...@zpr.uni-koeln.de
 comment: first try, more to come ;-)
Selected device: UNKNOWN/GENERIC
 Capabilites:  video capture  VBI capture device  read/write  streaming
 supported norms: 0 = NTSC-M; 1 = NTSC-M-JP; 2 = NTSC-443; 3 = PAL-BG; 
4 = PAL-I; 5 = PAL-DK; 6 = PAL-M; 7 = PAL-N; 8 = PAL-Nc; 9 = PAL-60; 10 
= SECAM-B; 11 = SECAM-G; 12 = SECAM-H; 13 = SECAM-DK; 14 = SECAM-L; 


 inputs: 0 = Composite1; 1 = Composite2; 2 = Composite3; 3 = Composite4;

I am running Kubuntu Karmic 2.6.31-16-generic on AMD64 quadcore. I have 
latest mercurial of v4l installed.


Here is the Lspci info and dmesg etc
5:05.0 Network controller [0280]: Techsan Electronics Co Ltd B2C2 
FlexCopII DVB chip / Technisat SkyStar2 DVB card [13d0:2103] (rev 02) 



Subsystem: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / 
Technisat SkyStar2 DVB card [13d0:2103]
Flags: bus master, slow devsel, latency 64, IRQ 20 

Memory at fbff (32-bit, non-prefetchable) [size=64K] 

I/O ports at ec00 [size=32] 

Kernel driver in use: b2c2_flexcop_pci 


Kernel modules: b2c2-flexcop-pci

05:06.0 Multimedia video controller [0400]: Conexant Systems, Inc. 
CX23880/1/2/3 PCI Video and Audio Decoder [14f1:8800] (rev 05)

Subsystem: LeadTek Research Inc. Device [107d:6f42]
Flags: bus master, medium devsel, latency 64, IRQ 21
Memory at f800 (32-bit, non-prefetchable) [size=16M]
Capabilities: access denied
Kernel driver in use: cx8800
Kernel modules: cx8800

05:06.1 Multimedia controller [0480]: Conexant Systems, Inc. 
CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] [14f1:8801] (rev 05)

Subsystem: LeadTek Research Inc. Device [107d:6f42]
Flags: bus master, medium devsel, latency 64, IRQ 21
Memory at f900 (32-bit, non-prefetchable) [size=16M]
Capabilities: access denied
Kernel driver in use: cx88_audio
Kernel modules: cx88-alsa

05:06.2 Multimedia controller [0480]: Conexant Systems, Inc. 
CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] [14f1:8802] (rev 05)

Subsystem: LeadTek Research Inc. Device [107d:6f42]
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at fa00 (32-bit, non-prefetchable) [size=16M]
Capabilities: access denied
Kernel modules: cx8802

dmesg in part here:
[snip]

[   20.387650] b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV 
receiver chip loaded successfully
[   20.390596] EDAC MC: Ver: 2.1.0 Dec  8 2009 

[   20.392347] flexcop-pci: will use the HW PID filter. 

[   20.392351] flexcop-pci: card revision 2 

[   20.392359]   alloc irq_desc for 20 on node 0 

[   20.392361]   alloc kstat_irqs on node 0 

[   20.392366] b2c2_flexcop_pci :05:05.0: PCI INT A - GSI 20 
(level, low) - IRQ 20
[   20.403400] EDAC amd64_edac:  Ver: 3.2.0 Dec  8 2009 

[   20.404070] EDAC amd64: This node reports that Memory ECC is 
currently disabled.
[   20.404073] EDAC amd64: bit 0x40 in register F3x44 of the 
MISC_CONTROL device (:00:18.3) should be enabled
[   20.404076] EDAC amd64: WARNING: ECC is NOT currently enabled by the 
BIOS. Module will NOT be loaded.
[   20.404077] Either Enable ECC in the BIOS, or use the 
'ecc_enable_override' parameter.
[   20.404078] Might be a BIOS bug, if BIOS says ECC is enabled 

[   20.404078] Use of the override can cause unknown side effects. 

[   20.404541] amd64_edac: probe of :00:18.2 failed with error -22 

[   20.425278] HDA Intel :00:14.2: PCI INT A - GSI 16 (level, low) 
- IRQ 16
[   20.430203] DVB: registering new adapter (FlexCop Digital TV device) 

[   20.431702] b2c2-flexcop: MAC address = 00:d0:d7:16:5d:8f 

[   20.432308] CX24123: cx24123_i2c_readreg: reg=0x0 (error=-121) 

[   20.432311] CX24123: wrong demod revision: 87 

[   20.547542] Linux video capture interface: v2.00 

[   20.555291] HDA Intel :01:00.1: PCI INT B - GSI 19 (level, low) 
- IRQ 19
[   20.555310] HDA Intel :01:00.1: setting latency timer to 64 

[   20.608776] EXT3 FS on sda1, internal journal 

[   20.857754] cx88/0: cx2388x v4l2 driver version 0.0.7 loaded 

[   20.859425] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.7 
loaded
[   20.859959] b2c2-flexcop: found 'Zarlink MT352 DVB-T' . 

[   20.859963] DVB: registering adapter 0 frontend 0 (Zarlink MT352 
DVB-T)...
[   20.860017] b2c2-flexcop: initialization of 'Air2PC/AirStar 2 DVB-T' 
at the 'PCI' bus controlled by a 

DTV2000 H Plus issues

2010-01-02 Thread Raena Lea-Shannon

PS:

I have tried modprobe and insmode card=51 and card=82 and card=0 with no 
luck.



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


Re: DTV2000 H Plus issues

2010-01-02 Thread istva...@mailbox.hu
On 01/02/2010 05:10 PM, Raena Lea-Shannon wrote:

 I have 2 TV Cards. The DTV2000 H Plus and a Technisat. The Technisat
 works very well. I am trying to get the DVT working for other video
 input devices such as VCR to make copies of old Videos and an inteface
 for my N95 video out.
 
 I do not seem to be able to get it to find a tuner. Seems to be problem
 finding the card. Any suggestions wold be greatly appreciated.

This card uses an Xceive XC4000 tuner, which is not supported yet.
However, a driver for the tuner chip is being developed at
kernellabs.com, so the card may become supported in the future.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html