From: Istvan Varga <istvan_v@mailbox.hu>
To: Mauro Carvalho Chehab <mchehab@redhat.com>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: [GIT PULL for v3.0] media updates for v3.1
Date: Sat, 30 Jul 2011 10:43:18 +0200 [thread overview]
Message-ID: <4E33C426.50000@mailbox.hu> (raw)
In-Reply-To: <4E32EE71.4030908@redhat.com>
On 07/29/2011 07:31 PM, Mauro Carvalho Chehab wrote:
> istvan_v@mailbox.hu (11):
> [media] xc4000: code cleanup
> [media] dvb-usb/Kconfig: auto-select XC4000 tuner for dib0700
> [media] xc4000: check firmware version
> [media] xc4000: removed card_type
I assume a firmware file for XC4000 is still needed ? I did create a
firmware package some time ago and sent it to Devin Heitmueller so that
he can check if it is OK for being submitted, and also asked if the
Xceive sources that the firmware building utility depends on can be
redistributed, but I did not get a reply yet.
In addition to the utility that creates the firmware from the official
Xceive sources, I have written one that can extract the firmware
(version 1.2 or 1.4) from Windows drivers; both utilities produce
identical output files.
Another XC4000 issue that may need to be resolved is I2C problems on
dib0700 based devices like the PCTV 340e. I cannot test these, since
I have only a cx88 based card with XC4000, and it does not have any
I2C reliability issues. If PCTV 340e users report I2C related problems,
perhaps some code may need to be added to retry failed operations before
reporting an error. I think there is also a hack still in the driver
that ignores I2C errors during various operations.
> [media] cx88: implemented luma notch filter control
In cx88-core.c, there is a change that may be unneeded:
@@ -636,6 +636,9 @@
cx_write(MO_PCI_INTSTAT, 0xFFFFFFFF); // Clear PCI int
cx_write(MO_INT1_STAT, 0xFFFFFFFF); // Clear RISC int
+ /* set default notch filter */
+ cx_andor(MO_HTOTAL, 0x1800, (HLNotchFilter4xFsc << 11));
+
/* Reset on-board parts */
cx_write(MO_SRST_IO, 0);
msleep(10);
In fact, I have re-submitted the patch with this change removed, but
it is the first version that was incorporated. Having some look at the
cx88 sources, it seems cx88_reset() is not supposed to set/initialize
controls, because it is done elsewhere ?
next prev parent reply other threads:[~2011-07-30 8:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-29 17:31 [GIT PULL for v3.0] media updates for v3.1 Mauro Carvalho Chehab
2011-07-29 20:01 ` Alina Friedrichsen
2011-07-29 20:11 ` Mauro Carvalho Chehab
2011-07-30 8:43 ` Istvan Varga [this message]
2011-07-30 14:03 ` Mauro Carvalho Chehab
2011-07-30 14:14 ` Istvan Varga
2011-07-31 4:05 ` Mauro Carvalho Chehab
[not found] ` <CAGoCfiw0f1puvj33eOHsh8bqVP-EgOUwCPQigF3u5gTEry839Q@mail.gmail.com>
2011-07-31 14:29 ` Istvan Varga
2011-07-31 7:57 ` Hans de Goede
2011-07-31 10:38 ` Mauro Carvalho Chehab
2011-08-01 7:11 ` Hans de Goede
2011-08-01 7:45 ` Hans Verkuil
2011-08-01 14:02 ` Hans de Goede
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E33C426.50000@mailbox.hu \
--to=istvan_v@mailbox.hu \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox