<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/media/dvb/frontends, branch linux-3.6.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.6.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.6.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-10-12T20:50:20Z</updated>
<entry>
<title>drxk: allow loading firmware synchrousnously</title>
<updated>2012-10-12T20:50:20Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2012-10-02T19:01:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e23dfd7c2925856d19b875b1fbb2a0cd5c67180b'/>
<id>urn:sha1:e23dfd7c2925856d19b875b1fbb2a0cd5c67180b</id>
<content type='text'>
commit 8e30783b0b3270736b2cff6415c68b894bc411df upstream.

Due to udev-182, the firmware load was changed to be async, as
otherwise udev would give up of loading a firmware.

Add an option to return to the previous behaviour, async firmware
loads cause failures with the tda18271 driver.

Antti tested it with the following hardware:
        Hauppauge WinTV HVR 930C
        MaxMedia UB425-TC
        PCTV QuatroStick nano (520e)

Tested-by: Antti Palosaari &lt;crope@iki.fi&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>[media] lgs8gxx: Declare MODULE_FIRMWARE usage</title>
<updated>2012-07-31T02:46:36Z</updated>
<author>
<name>Tim Gardner</name>
</author>
<published>2012-07-25T15:54:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ccb7c5939cc7185fdecb913f4c7cba94cf82287e'/>
<id>urn:sha1:ccb7c5939cc7185fdecb913f4c7cba94cf82287e</id>
<content type='text'>
Cc: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
Cc: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Cc: linux-media@vger.kernel.org
Signed-off-by: Tim Gardner &lt;tim.gardner@canonical.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] dib8000: move dereference after check for NULL</title>
<updated>2012-07-31T02:16:45Z</updated>
<author>
<name>Dan Carpenter</name>
</author>
<published>2012-07-20T10:11:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e04f4b2debc84ab801ee26f0e4c1c99e3ac2bd04'/>
<id>urn:sha1:e04f4b2debc84ab801ee26f0e4c1c99e3ac2bd04</id>
<content type='text'>
My static checker complains that we dereference "state" inside the call
to fft_to_mode() before checking for NULL.  The comments say that it is
possible for "state" to be NULL so I have moved the dereference after
the check.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] rtl2832.c: minor cleanup</title>
<updated>2012-07-31T00:55:14Z</updated>
<author>
<name>Hans-Frieder Vogt</name>
</author>
<published>2012-07-15T16:56:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fc4b3fa714fb2a078531bccb501cf2ef8c7f888a'/>
<id>urn:sha1:fc4b3fa714fb2a078531bccb501cf2ef8c7f888a</id>
<content type='text'>
The current formulation of the bw_params loop uses the counter j as an
index for the first dimension of the bw_params array which is later
incremented by the variable i. It is evaluated correctly only, because j
is initialized to 0 at the beginning of the loop. I think that
explicitly using the index 0 better reflects the intent of the
expression.

Signed-off-by: Hans-Frieder Vogt &lt;hfvogt@gmx.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] [V3] stv090x: variable 'no_signal' set but not used</title>
<updated>2012-07-06T18:28:17Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2012-07-06T18:11:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=993568d4912aa5f4692b060496a4a8d487b86515'/>
<id>urn:sha1:993568d4912aa5f4692b060496a4a8d487b86515</id>
<content type='text'>
Remove variable and ignore return value of stv090x_chk_signal().

Tested by compilation only.

[mchehab@redhat.com: instead of reverting and applying V3,
 applied just the diff patch, for the sake of a cleaner history]
Signed-off-by: Peter Senna Tschudin &lt;peter.senna@gmail.com&gt;
Reviewed-by: Manu Abraham &lt;manu@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] drxk: Improve logging</title>
<updated>2012-07-06T17:55:13Z</updated>
<author>
<name>Martin Blumenstingl</name>
</author>
<published>2012-07-04T20:38:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=257ee97eeb90aaf70cc891577d69afa63d81ceea'/>
<id>urn:sha1:257ee97eeb90aaf70cc891577d69afa63d81ceea</id>
<content type='text'>
This patch simply fixes some logging calls:
- Use KERN_INFO when printing the chip status.
- Add a missing space when logging the drxk_gate_ctrl call.
- Use the same logging text as always if the scu_command in GetQAMLockStatus fails.

Signed-off-by: Martin Blumenstingl &lt;martin.blumenstingl@googlemail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>fixupSigned-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;</title>
<updated>2012-07-06T17:55:11Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2012-07-06T17:53:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7eaf718844c585e293b8d0d1173baab9b9c20d7d'/>
<id>urn:sha1:7eaf718844c585e293b8d0d1173baab9b9c20d7d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[media] drxk: Make the QAM demodulator command parameters configurable</title>
<updated>2012-07-06T17:54:43Z</updated>
<author>
<name>Martin Blumenstingl</name>
</author>
<published>2012-07-04T20:36:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9e23f50a762c236049b4965a42d86d55fcdbbfb3'/>
<id>urn:sha1:9e23f50a762c236049b4965a42d86d55fcdbbfb3</id>
<content type='text'>
Currently there are two different implementations (in the firmware) for
the QAM demodulator command: one takes 4 and the other takes 2
parameters. The driver shows an error in dmesg When using the
4-parameter command with firmware that implements the 2-parameter
command. Unfortunately this happens every time when chaning the
frequency (on DVB-C).

This patch simply makes configurable, how many command parameters will
be used. All existing drxk_config instances using the "drxk_a3.mc" were
updated because this firmware is the only loadable firmware where the
QAM demodulator command takes 4 parameters. Some firmwares in the ROM
might also use it. The drxk instances in the em28xx-dvb driver were also
updated to silence the warnings.

If no qam_demod_parameter_count is given in the drxk_config struct, then
the correct number of parameters will be auto-detected.

[mchehab@redhat.com: Fix a small CodingStyle issue at one comment]
Signed-off-by: Martin Blumenstingl &lt;martin.blumenstingl@googlemail.com&gt;
Tested-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] drxk: fix a '&amp;' vs '|' bug</title>
<updated>2012-07-06T17:54:32Z</updated>
<author>
<name>Dan Carpenter</name>
</author>
<published>2012-06-26T07:40:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=22a09b439af25fefbe0ebd1c6c2a0d81e923f2f5'/>
<id>urn:sha1:22a09b439af25fefbe0ebd1c6c2a0d81e923f2f5</id>
<content type='text'>
IQM_AF_CLKNEG_CLKNEGDATA__M is 0x2 and
IQM_AF_CLKNEG_CLKNEGDATA_CLK_ADC_DATA_POS is 0.  (clkNeg | 0x2) is never
equal to zero so the condition can never be true.

I consulted with Ralph Metzler and the '|' should be changed to a '&amp;'.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
CC: Ralph Metzler &lt;rjkm@metzlerbros.de&gt;
Tested-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] media: reorganize the main Kconfig items</title>
<updated>2012-07-05T21:21:28Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2012-05-28T11:17:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b4c184e506a4cdb9b77bff4a1d39237581540b33'/>
<id>urn:sha1:b4c184e506a4cdb9b77bff4a1d39237581540b33</id>
<content type='text'>
Change the main items to:

&lt;m&gt; Multimedia support  ---&gt;
   [ ]   Cameras/video grabbers support
   [ ]   Analog TV support
   [ ]   Digital TV support
   [ ]   AM/FM radio receivers/transmitters support
   [ ]   Remote Controller support

This provides an interface that is clearer to end users that
are compiling the Kernel, and will allow the building system
to automatically unselect drivers for unused functions.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
</feed>
