<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-toradex.git/drivers/media, branch v2.6.27.20</title>
<subtitle>Linux kernel for Apalis and Colibri modules</subtitle>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/'/>
<entry>
<title>V4L: ivtv: fix decoder crash regression</title>
<updated>2009-03-17T00:53:02+00:00</updated>
<author>
<name>Hans Verkuil</name>
<email>hverkuil@xs4all.nl</email>
</author>
<published>2009-02-14T22:58:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=1252e72a3fc324dc381956a4231ceb91425329b3'/>
<id>1252e72a3fc324dc381956a4231ceb91425329b3</id>
<content type='text'>
(cherry picked from commit ac9575f75c52bcb455120f8c43376b556acba048)

The video_ioctl2 conversion of ivtv in kernel 2.6.27 introduced a bug
causing decoder commands to crash. The decoder commands should have been
handled from the video_ioctl2 default handler, ensuring correct mapping
of the argument between user and kernel space. Unfortunately they ended
up before the video_ioctl2 call, causing random crashes.

Thanks to hannes@linus.priv.at for testing and helping me track down the
cause!

Signed-off-by: Hans Verkuil &lt;hverkuil@xs4all.nl&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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
(cherry picked from commit ac9575f75c52bcb455120f8c43376b556acba048)

The video_ioctl2 conversion of ivtv in kernel 2.6.27 introduced a bug
causing decoder commands to crash. The decoder commands should have been
handled from the video_ioctl2 default handler, ensuring correct mapping
of the argument between user and kernel space. Unfortunately they ended
up before the video_ioctl2 call, causing random crashes.

Thanks to hannes@linus.priv.at for testing and helping me track down the
cause!

Signed-off-by: Hans Verkuil &lt;hverkuil@xs4all.nl&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;

</pre>
</div>
</content>
</entry>
<entry>
<title>V4L: tda8290: fix TDA8290 + TDA18271 initialization</title>
<updated>2009-03-17T00:53:02+00:00</updated>
<author>
<name>Michael Krufky</name>
<email>mkrufky@linuxtv.org</email>
</author>
<published>2009-01-05T21:25:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=d9af68ea2c7935860e8922dd1a3389489a14b03f'/>
<id>d9af68ea2c7935860e8922dd1a3389489a14b03f</id>
<content type='text'>
(cherry picked from commit 439b72b69e4992e9ec34b74304f0fa95623934eb)

Don't call tda8290_init_tuner unless we have either a TDA8275 or TDA8275A
present. Calling this function will cause a TDA18271 to get sick, so we
should only call it when needed.

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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
(cherry picked from commit 439b72b69e4992e9ec34b74304f0fa95623934eb)

Don't call tda8290_init_tuner unless we have either a TDA8275 or TDA8275A
present. Calling this function will cause a TDA18271 to get sick, so we
should only call it when needed.

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;

</pre>
</div>
</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.toradex.cn/cgit/linux-toradex.git/commit/?id=2440098611ecc3160c43f353f118b29f93916398'/>
<id>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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
(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;

</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (9621): Avoid writing outside shadow.bytes[] array</title>
<updated>2008-12-18T17:13:41+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2008-11-13T20:03:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=0b634e9caabd8b62d5239b9e374ea00f8186b19d'/>
<id>0b634e9caabd8b62d5239b9e374ea00f8186b19d</id>
<content type='text'>
commit 494264379d186bf806613d27aafb7d88d42f4212 upstream.

There were no check about the limits of shadow.bytes array. This offers
a risk of writing values outside the limits, overriding other data
areas.

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

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
commit 494264379d186bf806613d27aafb7d88d42f4212 upstream.

There were no check about the limits of shadow.bytes array. This offers
a risk of writing values outside the limits, overriding other data
areas.

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

</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (9352): Add some missing compat32 ioctls</title>
<updated>2008-12-05T18:55:12+00:00</updated>
<author>
<name>Gregor Jasny</name>
<email>jasny@vidsoft.de</email>
</author>
<published>2008-10-23T12:55:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=f26d4ad09f1a8b4a3d99d81cb898055fa0fa8cf0'/>
<id>f26d4ad09f1a8b4a3d99d81cb898055fa0fa8cf0</id>
<content type='text'>
commit c7f09db6852d85e7f76322815051aad1c88d08cf upstream.

This patch adds the missing compat ioctls that are needed to
operate Skype in combination with libv4l and a MJPEG only camera.

If you think it's trivial enough please submit it to -stable, too.

Signed-off-by: Gregor Jasny &lt;gjasny@web.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
commit c7f09db6852d85e7f76322815051aad1c88d08cf upstream.

This patch adds the missing compat ioctls that are needed to
operate Skype in combination with libv4l and a MJPEG only camera.

If you think it's trivial enough please submit it to -stable, too.

Signed-off-by: Gregor Jasny &lt;gjasny@web.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (9624): CVE-2008-5033: fix OOPS on tvaudio when controlling bass/treble</title>
<updated>2008-11-20T22:54:48+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2008-11-14T13:46:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=d12a87b8e4b2b1a830f248d2b76a2943effbea92'/>
<id>d12a87b8e4b2b1a830f248d2b76a2943effbea92</id>
<content type='text'>
commit 01a1a3cc1e3fbe718bd06a2a5d4d1a2d0fb4d7d9 upstream.

This bug were supposed to be fixed by 5ba2f67afb02c5302b2898949ed6fc3b3d37dcf1,
where a call to NULL happens.

Not all tvaudio chips allow controlling bass/treble. So, the driver
has a table with a flag to indicate if the chip does support it.

Unfortunately, the handling of this logic were broken for a very long
time (probably since the first module version). Due to that, an OOPS
were generated for devices that don't support bass/treble.

This were the resulting OOPS message before the patch, with debug messages
enabled:

tvaudio' 1-005b: VIDIOC_S_CTRL
BUG: unable to handle kernel NULL pointer dereference at 00000000
IP: [&lt;00000000&gt;]
*pde = 22fda067 *pte = 00000000
Oops: 0000 [#1] SMP
Modules linked in: snd_hda_intel snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device
snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_hwdep snd soundcore tuner_simple tuner_types tea5767 tuner
tvaudio bttv bridgebnep rfcomm l2cap bluetooth it87 hwmon_vid hwmon fuse sunrpc ipt_REJECT
nf_conntrack_ipv4 iptable_filter ip_tables ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 xt_state nf_conntrack
ip6table_filter ip6_tables x_tables ipv6 dm_mirrordm_multipath dm_mod configfs videodev v4l1_compat
ir_common 8139cp compat_ioctl32 v4l2_common 8139too videobuf_dma_sg videobuf_core mii btcx_risc tveeprom
i915 button snd_page_alloc serio_raw drm pcspkr i2c_algo_bit i2c_i801 i2c_core iTCO_wdt
iTCO_vendor_support sr_mod cdrom sg ata_generic pata_acpi ata_piix libata sd_mod scsi_mod ext3 jbdmbcache
uhci_hcd ohci_hcd ehci_hcd [last unloaded: soundcore]

Pid: 15413, comm: qv4l2 Not tainted (2.6.25.14-108.fc9.i686 #1)
EIP: 0060:[&lt;00000000&gt;] EFLAGS: 00210246 CPU: 0
EIP is at 0x0
EAX: 00008000 EBX: ebd21600 ECX: e2fd9ec4 EDX: 00200046
ESI: f8c0f0c4 EDI: f8c0f0c4 EBP: e2fd9d50 ESP: e2fd9d2c
 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process qv4l2 (pid: 15413, ti=e2fd9000 task=ebe44000 task.ti=e2fd9000)
Stack: f8c0c6ae e2ff2a00 00000d00 e2fd9ec4 ebc4e000 e2fd9d5c f8c0c448 00000000
       f899c12a e2fd9d5c f899c154 e2fd9d68 e2fd9d80 c0560185 e2fd9d88 f8f3e1d8
       f8f3e1dc ebc4e034 f8f3e18c e2fd9ec4 00000000 e2fd9d90 f899c286 c008561c
Call Trace:
 [&lt;f8c0c6ae&gt;] ? chip_command+0x266/0x4b6 [tvaudio]
 [&lt;f8c0c448&gt;] ? chip_command+0x0/0x4b6 [tvaudio]
 [&lt;f899c12a&gt;] ? i2c_cmd+0x0/0x2f [i2c_core]
 [&lt;f899c154&gt;] ? i2c_cmd+0x2a/0x2f [i2c_core]
 [&lt;c0560185&gt;] ? device_for_each_child+0x21/0x49
 [&lt;f899c286&gt;] ? i2c_clients_command+0x1c/0x1e [i2c_core]
 [&lt;f8f283d8&gt;] ? bttv_call_i2c_clients+0x14/0x16 [bttv]
 [&lt;f8f23601&gt;] ? bttv_s_ctrl+0x1bc/0x313 [bttv]
 [&lt;f8f23445&gt;] ? bttv_s_ctrl+0x0/0x313 [bttv]
 [&lt;f8b6096d&gt;] ? __video_do_ioctl+0x1f84/0x3726 [videodev]
 [&lt;c05abb4e&gt;] ? sock_aio_write+0x100/0x10d
 [&lt;c041b23e&gt;] ? kmap_atomic_prot+0x1dd/0x1df
 [&lt;c043a0c9&gt;] ? enqueue_hrtimer+0xc2/0xcd
 [&lt;c04f4fa4&gt;] ? copy_from_user+0x39/0x121
 [&lt;f8b622b9&gt;] ? __video_ioctl2+0x1aa/0x24a [videodev]
 [&lt;c04054fd&gt;] ? do_notify_resume+0x768/0x795
 [&lt;c043c0f7&gt;] ? getnstimeofday+0x34/0xd1
 [&lt;c0437b77&gt;] ? autoremove_wake_function+0x0/0x33
 [&lt;f8b62368&gt;] ? video_ioctl2+0xf/0x13 [videodev]
 [&lt;c048c6f0&gt;] ? vfs_ioctl+0x50/0x69
 [&lt;c048c942&gt;] ? do_vfs_ioctl+0x239/0x24c
 [&lt;c048c995&gt;] ? sys_ioctl+0x40/0x5b
 [&lt;c0405bf2&gt;] ? syscall_call+0x7/0xb
 [&lt;c0620000&gt;] ? cpuid4_cache_sysfs_exit+0x3d/0x69
 =======================
Code:  Bad EIP value.
EIP: [&lt;00000000&gt;] 0x0 SS:ESP 0068:e2fd9d2c

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

</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
commit 01a1a3cc1e3fbe718bd06a2a5d4d1a2d0fb4d7d9 upstream.

This bug were supposed to be fixed by 5ba2f67afb02c5302b2898949ed6fc3b3d37dcf1,
where a call to NULL happens.

Not all tvaudio chips allow controlling bass/treble. So, the driver
has a table with a flag to indicate if the chip does support it.

Unfortunately, the handling of this logic were broken for a very long
time (probably since the first module version). Due to that, an OOPS
were generated for devices that don't support bass/treble.

This were the resulting OOPS message before the patch, with debug messages
enabled:

tvaudio' 1-005b: VIDIOC_S_CTRL
BUG: unable to handle kernel NULL pointer dereference at 00000000
IP: [&lt;00000000&gt;]
*pde = 22fda067 *pte = 00000000
Oops: 0000 [#1] SMP
Modules linked in: snd_hda_intel snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device
snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_hwdep snd soundcore tuner_simple tuner_types tea5767 tuner
tvaudio bttv bridgebnep rfcomm l2cap bluetooth it87 hwmon_vid hwmon fuse sunrpc ipt_REJECT
nf_conntrack_ipv4 iptable_filter ip_tables ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 xt_state nf_conntrack
ip6table_filter ip6_tables x_tables ipv6 dm_mirrordm_multipath dm_mod configfs videodev v4l1_compat
ir_common 8139cp compat_ioctl32 v4l2_common 8139too videobuf_dma_sg videobuf_core mii btcx_risc tveeprom
i915 button snd_page_alloc serio_raw drm pcspkr i2c_algo_bit i2c_i801 i2c_core iTCO_wdt
iTCO_vendor_support sr_mod cdrom sg ata_generic pata_acpi ata_piix libata sd_mod scsi_mod ext3 jbdmbcache
uhci_hcd ohci_hcd ehci_hcd [last unloaded: soundcore]

Pid: 15413, comm: qv4l2 Not tainted (2.6.25.14-108.fc9.i686 #1)
EIP: 0060:[&lt;00000000&gt;] EFLAGS: 00210246 CPU: 0
EIP is at 0x0
EAX: 00008000 EBX: ebd21600 ECX: e2fd9ec4 EDX: 00200046
ESI: f8c0f0c4 EDI: f8c0f0c4 EBP: e2fd9d50 ESP: e2fd9d2c
 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process qv4l2 (pid: 15413, ti=e2fd9000 task=ebe44000 task.ti=e2fd9000)
Stack: f8c0c6ae e2ff2a00 00000d00 e2fd9ec4 ebc4e000 e2fd9d5c f8c0c448 00000000
       f899c12a e2fd9d5c f899c154 e2fd9d68 e2fd9d80 c0560185 e2fd9d88 f8f3e1d8
       f8f3e1dc ebc4e034 f8f3e18c e2fd9ec4 00000000 e2fd9d90 f899c286 c008561c
Call Trace:
 [&lt;f8c0c6ae&gt;] ? chip_command+0x266/0x4b6 [tvaudio]
 [&lt;f8c0c448&gt;] ? chip_command+0x0/0x4b6 [tvaudio]
 [&lt;f899c12a&gt;] ? i2c_cmd+0x0/0x2f [i2c_core]
 [&lt;f899c154&gt;] ? i2c_cmd+0x2a/0x2f [i2c_core]
 [&lt;c0560185&gt;] ? device_for_each_child+0x21/0x49
 [&lt;f899c286&gt;] ? i2c_clients_command+0x1c/0x1e [i2c_core]
 [&lt;f8f283d8&gt;] ? bttv_call_i2c_clients+0x14/0x16 [bttv]
 [&lt;f8f23601&gt;] ? bttv_s_ctrl+0x1bc/0x313 [bttv]
 [&lt;f8f23445&gt;] ? bttv_s_ctrl+0x0/0x313 [bttv]
 [&lt;f8b6096d&gt;] ? __video_do_ioctl+0x1f84/0x3726 [videodev]
 [&lt;c05abb4e&gt;] ? sock_aio_write+0x100/0x10d
 [&lt;c041b23e&gt;] ? kmap_atomic_prot+0x1dd/0x1df
 [&lt;c043a0c9&gt;] ? enqueue_hrtimer+0xc2/0xcd
 [&lt;c04f4fa4&gt;] ? copy_from_user+0x39/0x121
 [&lt;f8b622b9&gt;] ? __video_ioctl2+0x1aa/0x24a [videodev]
 [&lt;c04054fd&gt;] ? do_notify_resume+0x768/0x795
 [&lt;c043c0f7&gt;] ? getnstimeofday+0x34/0xd1
 [&lt;c0437b77&gt;] ? autoremove_wake_function+0x0/0x33
 [&lt;f8b62368&gt;] ? video_ioctl2+0xf/0x13 [videodev]
 [&lt;c048c6f0&gt;] ? vfs_ioctl+0x50/0x69
 [&lt;c048c942&gt;] ? do_vfs_ioctl+0x239/0x24c
 [&lt;c048c995&gt;] ? sys_ioctl+0x40/0x5b
 [&lt;c0405bf2&gt;] ? syscall_call+0x7/0xb
 [&lt;c0620000&gt;] ? cpuid4_cache_sysfs_exit+0x3d/0x69
 =======================
Code:  Bad EIP value.
EIP: [&lt;00000000&gt;] 0x0 SS:ESP 0068:e2fd9d2c

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

</pre>
</div>
</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.toradex.cn/cgit/linux-toradex.git/commit/?id=b7e2c6ecfbf846d24161477de2bd2c781e133943'/>
<id>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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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;

</pre>
</div>
</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.toradex.cn/cgit/linux-toradex.git/commit/?id=3fc8395149818a686df0ec8c4da5397a645ffe8a'/>
<id>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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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;

</pre>
</div>
</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.toradex.cn/cgit/linux-toradex.git/commit/?id=3d6b04d6871d38b6791a949d81b42aea0d7a389b'/>
<id>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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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;

</pre>
</div>
</content>
</entry>
<entry>
<title>V4L: pvrusb2: Keep MPEG PTSs from drifting away</title>
<updated>2008-11-07T03:05:47+00:00</updated>
<author>
<name>Boris Dores</name>
<email>babal@via.ecp.fr</email>
</author>
<published>2008-11-03T04:04:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.toradex.cn/cgit/linux-toradex.git/commit/?id=d4875d4acf2b1594e1a7f643dcf2b50fefbb7879'/>
<id>d4875d4acf2b1594e1a7f643dcf2b50fefbb7879</id>
<content type='text'>
cherry picked from commit 3f93d1adca658201c64251c43a147cc79d468c3f

V4L: pvrusb2: Keep MPEG PTSs from drifting away

This change was empirically figured out by Boris Dores after
empirically comparing against behavior in the Windows driver.

Signed-off-by: Mike Isely &lt;isely@pobox.com&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>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
cherry picked from commit 3f93d1adca658201c64251c43a147cc79d468c3f

V4L: pvrusb2: Keep MPEG PTSs from drifting away

This change was empirically figured out by Boris Dores after
empirically comparing against behavior in the Windows driver.

Signed-off-by: Mike Isely &lt;isely@pobox.com&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;

</pre>
</div>
</content>
</entry>
</feed>
