<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/stable/linux.git/drivers/media/dvb, branch linux-2.6.27.y</title>
<subtitle>Linux kernel stable tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=linux-2.6.27.y</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=linux-2.6.27.y'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/'/>
<updated>2011-04-30T14:53:04+00:00</updated>
<entry>
<title>av7110: check for negative array offset</title>
<updated>2011-04-30T14:53:04+00:00</updated>
<author>
<name>Dan Carpenter</name>
<email>error27@gmail.com</email>
</author>
<published>2011-01-07T19:41:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=8fd8fd4798d5800dbf2a924a48f019fb777238d3'/>
<id>urn:sha1:8fd8fd4798d5800dbf2a924a48f019fb777238d3</id>
<content type='text'>
commit cb26a24ee9706473f31d34cc259f4dcf45cd0644 upstream.

info-&gt;num comes from the user.  It's type int.  If the user passes
in a negative value that would cause memory corruption.

Signed-off-by: Dan Carpenter &lt;error27@gmail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>V4L/DVB (13079): dib0700: fixed xc2028 firmware loading kernel oops</title>
<updated>2009-12-08T19:17:08+00:00</updated>
<author>
<name>Martin Samek</name>
<email>martin@marsark.sytes.net</email>
</author>
<published>2009-10-01T01:59:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=6e7e66fbee87251c07c59c04e7f1ed3ff4f3b151'/>
<id>urn:sha1:6e7e66fbee87251c07c59c04e7f1ed3ff4f3b151</id>
<content type='text'>
commit 7646b9de26c54cf4bc9c446d7ada9f91ece31e0a upstream.

Fixing kernel oops when driver attemps to load xc2028 firmware.

Note by djh: the patch contribute by Martin is a port of a fix I made during
the PCTV 340e development.  It's a temporary workaround that fixes a regression
(an OOPS condition) and the real fix should be in the code that manages the
i2c master on the dib7000p.  But this fix does address the immmediate
regression and should be merged upstream until we do a cleaner fix.

Signed-off-by: Martin Samek &lt;martin@marsark.sytes.net&gt;
Signed-off-by: Devin Heitmueller &lt;dheitmueller@kernellabs.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@kernellabs.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DVB: s5h1409: Perform s5h1409 soft reset after tuning</title>
<updated>2009-03-17T00:53:02+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>dheitmueller@linuxtv.org</email>
</author>
<published>2009-01-26T06:07:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=2440098611ecc3160c43f353f118b29f93916398'/>
<id>urn:sha1:2440098611ecc3160c43f353f118b29f93916398</id>
<content type='text'>
(cherry picked from commit 67e70baf043cfdcdaf5972bc94be82632071536b)

Just like with the s5h1411, the s5h1409 needs a soft-reset in order for it
to know that the tuner has been told to change frequencies.  This change
changes the behavior from "random tuning times between 500ms to complete
tuning lock failures" to "tuning lock consistently within 700ms".

Thanks to Robert Krakora &lt;rob.krakora@messagenetsystems.com&gt; for doing
initial testing of the patch on the KWorld 330U.

Thanks to Andy Walls &lt;awalls@radix.net&gt; for doing testing of the patch on
the HVR-1600.

Thanks to Michael Krufky &lt;mkrufky@linuxtv.org&gt; for doing additional testing.

Signed-off-by: Devin Heitmueller &lt;dheitmueller@linuxtv.org&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DVB: s5h1411: Power down s5h1411 when not in use</title>
<updated>2008-11-07T03:05:49+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>devin.heitmueller@gmail.com</email>
</author>
<published>2008-11-03T04:04:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=b7e2c6ecfbf846d24161477de2bd2c781e133943'/>
<id>urn:sha1:b7e2c6ecfbf846d24161477de2bd2c781e133943</id>
<content type='text'>
cherry picked from commit 11fc9a4a440112b5afc1a99d86ba92d70205a688

DVB: s5h1411: Power down s5h1411 when not in use

Power down the s5h1411 demodulator when not in use
(on the Pinnacle 801e, this brings idle power from
123ma down to 84ma).

Signed-off-by: Devin Heitmueller &lt;devin.heitmueller@gmail.com&gt;
Acked-by: Steven Toth &lt;stoth@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DVB: s5h1411: Perform s5h1411 soft reset after tuning</title>
<updated>2008-11-07T03:05:49+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>devin.heitmueller@gmail.com</email>
</author>
<published>2008-11-03T04:04:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=3fc8395149818a686df0ec8c4da5397a645ffe8a'/>
<id>urn:sha1:3fc8395149818a686df0ec8c4da5397a645ffe8a</id>
<content type='text'>
cherry picked from commit f0d041e50bc6c8a677922d72b010f80af9b23b18

DVB: s5h1411: Perform s5h1411 soft reset after tuning

If you instruct the tuner to change frequencies, it can take up to 2500ms to
get a demod lock.  By performing a soft reset after the tuning call (which
is consistent with how the Pinnacle 801e Windows driver behaves), you get
a demod lock inside of 300ms

Signed-off-by: Devin Heitmueller &lt;devin.heitmueller@gmail.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Acked-by: Steven Toth &lt;stoth@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DVB: s5h1411: bugfix: Setting serial or parallel mode could destroy bits</title>
<updated>2008-11-07T03:05:49+00:00</updated>
<author>
<name>Steven Toth</name>
<email>stoth@linuxtv.org</email>
</author>
<published>2008-11-03T04:04:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=3d6b04d6871d38b6791a949d81b42aea0d7a389b'/>
<id>urn:sha1:3d6b04d6871d38b6791a949d81b42aea0d7a389b</id>
<content type='text'>
cherry picked from commit 1af46b450fa49c57d73764d66f267335ccd807e2

DVB: s5h1411: bugfix: Setting serial or parallel mode could destroy bits

Adding a serialmode function to read/and/or/write the register for safety.

Signed-off-by: Steven Toth &lt;stoth@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DVB: sms1xxx: support two new revisions of the Hauppauge WinTV MiniStick</title>
<updated>2008-10-22T21:21:32+00:00</updated>
<author>
<name>Michael Krufky</name>
<email>mkrufky@linuxtv.org</email>
</author>
<published>2008-10-18T14:36:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=686c714cce06e8804e15daf7ce3d4f80c35c6a69'/>
<id>urn:sha1:686c714cce06e8804e15daf7ce3d4f80c35c6a69</id>
<content type='text'>
(cherry picked from commit 3dfbe31f09fb1da5f17437fd384cdfb6114765d9)

DVB: sms1xxx: support two new revisions of the Hauppauge WinTV MiniStick

Autodetect 2040:5520 and 2040:5530 as Hauppauge WinTV MiniStick

Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>V4L/DVB (9043): S5H1420: Fix size of shadow-array to avoid overflow</title>
<updated>2008-10-05T02:01:21+00:00</updated>
<author>
<name>Patrick Boettcher</name>
<email>pb@linuxtv.org</email>
</author>
<published>2008-09-07T19:04:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=bda1cda54b7e1654e9416fec76e6342847b25216'/>
<id>urn:sha1:bda1cda54b7e1654e9416fec76e6342847b25216</id>
<content type='text'>
The array size of 'shadow' still needs to be fixed in order to not overflow when reading register 0x00.

Thanks to Oliver Endriss for pointing that out.

Signed-off-by: Patrick Boettcher &lt;pb@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (9037): Fix support for Hauppauge Nova-S SE</title>
<updated>2008-10-05T02:00:46+00:00</updated>
<author>
<name>Patrick Boettcher</name>
<email>pb@linuxtv.org</email>
</author>
<published>2008-09-06T16:31:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=c18c5ffe13e553cf670da521fe09150c36edeb61'/>
<id>urn:sha1:c18c5ffe13e553cf670da521fe09150c36edeb61</id>
<content type='text'>
Different backends have different input busses (saa7146, flexcop).
To reflect that a config-option to the s5h1420-driver was added which makes
the output mode selectable.

Furthermore the s5h1420-driver is now doing the same i2c-method as it was done
before adding support for other i2c-users.

This patch needs to go into the current release of the kernel, as this driver
is currently broken.

(Thanks to Eberhard Kaltenhaeuser for helping out to debug this issue.)

Signed-off-by: Patrick Boettcher &lt;pb@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (9029): Fix deadlock in demux code</title>
<updated>2008-10-05T01:59:55+00:00</updated>
<author>
<name>Andreas Oberritter</name>
<email>obi@linuxtv.org</email>
</author>
<published>2008-09-24T08:00:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=dda06a8e4610757def753ee3a541a0b1a1feb36b'/>
<id>urn:sha1:dda06a8e4610757def753ee3a541a0b1a1feb36b</id>
<content type='text'>
The functions dvb_dmxdev_section_callback, dvb_dmxdev_ts_callback,
dvb_dmx_swfilter_packet, dvb_dmx_swfilter_packets, dvb_dmx_swfilter and
dvb_dmx_swfilter_204 may be called from both interrupt and process
context. Therefore they need to be protected by spin_lock_irqsave()
instead of spin_lock().

This fixes a deadlock discovered by lockdep.

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