<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/media, branch v3.0.23</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/media?h=v3.0.23</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/media?h=v3.0.23'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-03-01T00:34:33Z</updated>
<entry>
<title>hdpvr: fix race conditon during start of streaming</title>
<updated>2012-03-01T00:34:33Z</updated>
<author>
<name>Janne Grunau</name>
<email>j@jannau.net</email>
</author>
<published>2012-02-02T16:35:21Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c79db0b57006fddace56ac038e7340bdea18077b'/>
<id>urn:sha1:c79db0b57006fddace56ac038e7340bdea18077b</id>
<content type='text'>
commit afa159538af61f1a65d48927f4e949fe514fb4fc upstream.

status has to be set to STREAMING before the streaming worker is
queued. hdpvr_transmit_buffers() will exit immediately otherwise.

Reported-by: Joerg Desch &lt;vvd.joede@googlemail.com&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>uvcvideo: Fix integer overflow in uvc_ioctl_ctrl_map()</title>
<updated>2012-01-26T01:24:50Z</updated>
<author>
<name>Haogang Chen</name>
<email>haogangchen@gmail.com</email>
</author>
<published>2011-11-29T21:32:25Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=087bc746ef05511c3e416846a8eae4588756462c'/>
<id>urn:sha1:087bc746ef05511c3e416846a8eae4588756462c</id>
<content type='text'>
commit 806e23e95f94a27ee445022d724060b9b45cb64a upstream.

There is a potential integer overflow in uvc_ioctl_ctrl_map(). When a
large xmap-&gt;menu_count is passed from the userspace, the subsequent call
to kmalloc() will allocate a buffer smaller than expected.
map-&gt;menu_count and map-&gt;menu_info would later be used in a loop (e.g.
in uvc_query_v4l2_ctrl), which leads to out-of-bound access.

The patch checks the ioctl argument and returns -EINVAL for zero or too
large values in xmap-&gt;menu_count.

Signed-off-by: Haogang Chen &lt;haogangchen@gmail.com&gt;
[laurent.pinchart@ideasonboard.com Prevent excessive memory consumption]
Signed-off-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.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: v4l2-ioctl: integer overflow in video_usercopy()</title>
<updated>2012-01-26T01:24:46Z</updated>
<author>
<name>Dan Carpenter</name>
<email>dan.carpenter@oracle.com</email>
</author>
<published>2012-01-05T05:27:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=065449fd56d2f75cc943a6d501b292f6b0e40325'/>
<id>urn:sha1:065449fd56d2f75cc943a6d501b292f6b0e40325</id>
<content type='text'>
commit 6c06108be53ca5e94d8b0e93883d534dd9079646 upstream.

If ctrls-&gt;count is too high the multiplication could overflow and
array_size would be lower than expected.  Mauro and Hans Verkuil
suggested that we cap it at 1024.  That comes from the maximum
number of controls with lots of room for expantion.

$ grep V4L2_CID include/linux/videodev2.h | wc -l
211

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.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>media: s5p-fimc: Use correct fourcc for RGB565 colour format</title>
<updated>2012-01-06T22:13:54Z</updated>
<author>
<name>Sylwester Nawrocki</name>
<email>s.nawrocki@samsung.com</email>
</author>
<published>2011-11-04T13:07:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2daac55a9ada99404e67f4f8182a66c4ee8b3969'/>
<id>urn:sha1:2daac55a9ada99404e67f4f8182a66c4ee8b3969</id>
<content type='text'>
commit f83f71fda27650ae43558633be93652577dbc38c upstream.

With 16-bit RGB565 colour format pixels are stored by the device in memory
in the following order:

    | b3  | b2  | b1  | b0  |
   ~+-----+-----+-----+-----+
    | R5 G6 B5  | R5 G6 B5  |

This corresponds to V4L2_PIX_FMT_RGB565 fourcc, not V4L2_PIX_FMT_RGB565X.
This change is required to avoid trouble when setting up video pipeline
with the s5p-tv devices, so the colour formats at both devices can be
properly matched.

Signed-off-by: Sylwester Nawrocki &lt;s.nawrocki@samsung.com&gt;
Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.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>saa7164: Add support for another HVR2200 hardware revision</title>
<updated>2011-11-26T17:09:53Z</updated>
<author>
<name>Tony Jago</name>
<email>tony@hammertelecom.com.au</email>
</author>
<published>2011-08-12T03:19:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ef2b44d1861ec01b9058ab3bcf82ad4c138551fe'/>
<id>urn:sha1:ef2b44d1861ec01b9058ab3bcf82ad4c138551fe</id>
<content type='text'>
commit 62dd28d0c659db29bdb89cfe9f0aefe42f0adfe9 upstream.

Hauppauge have released a new model rev, sub id 8940, this adds
support.

[stoth@kernellabs.com: I modified Tony's patch slightly in relation to the
 card numbering in saa7164.h, appending rather than inserting the new card
 - normal practise]
Signed-off-by: Tony Jago &lt;tony@hammertelecom.com.au&gt;
Signed-off-by: Steven Toth &lt;stoth@kernellabs.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Stefan Bader &lt;stefan.bader@canonical.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>tuner_xc2028: Allow selection of the frequency adjustment code for XC3028</title>
<updated>2011-11-11T17:36:14Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2011-07-28T19:38:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1eac959e6961083087486015d87d0209a0ae45a8'/>
<id>urn:sha1:1eac959e6961083087486015d87d0209a0ae45a8</id>
<content type='text'>
commit 9bed77ee2fb46b74782d0d9d14b92e9d07f3df6e upstream.

This device is not using the proper demod IF. Instead of using the
IF macro, it is specifying a IF frequency. This doesn't work, as xc3028
needs to load an specific SCODE for the tuner. In this case, there's
no IF table for 5 MHz.

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>dib0700: protect the dib0700 buffer access</title>
<updated>2011-11-11T17:36:14Z</updated>
<author>
<name>Olivier Grenie</name>
<email>olivier.grenie@dibcom.fr</email>
</author>
<published>2011-08-01T15:45:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=10d65fc3a3348315c2d30e19419e8db6ed486b8a'/>
<id>urn:sha1:10d65fc3a3348315c2d30e19419e8db6ed486b8a</id>
<content type='text'>
commit bff469f4167fdabfe15294f375577d7eadbaa1bb upstream.

This patch protects the common buffer access inside the dib0700 in order
to manage concurrent access. This protection is done using mutex.

Cc: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Cc: Florian Mickler &lt;florian@mickler.org&gt;
Signed-off-by: Javier Marcet &lt;javier@marcet.info&gt;
Signed-off-by: Olivier Grenie &lt;olivier.grenie@dibcom.fr&gt;
Signed-off-by: Patrick Boettcher &lt;patrick.boettcher@dibcom.fr&gt;
[mchehab@redhat.com: dprint requires 3 arguments. Replaced by dib_info]
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>DiBcom: protect the I2C bufer access</title>
<updated>2011-11-11T17:36:14Z</updated>
<author>
<name>Patrick Boettcher</name>
<email>Patrick.Boettcher@dibcom.fr</email>
</author>
<published>2011-08-03T15:08:21Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4d2ae8d3b315fbf36d760fd8dd755fb1d55a0f87'/>
<id>urn:sha1:4d2ae8d3b315fbf36d760fd8dd755fb1d55a0f87</id>
<content type='text'>
commit 79fcce3230b140f7675f8529ee53fe2f9644f902 upstream.

This patch protects the I2C buffer access in order to manage concurrent
access. This protection is done using mutex.
Furthermore, for the dib9000, if a pid filtering command is
received during the tuning, this pid filtering command is delayed to
avoid any concurrent access issue.

Cc: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Cc: Florian Mickler &lt;florian@mickler.org&gt;
Signed-off-by: Olivier Grenie &lt;olivier.grenie@dibcom.fr&gt;
Signed-off-by: Patrick Boettcher &lt;Patrick.Boettcher@dibcom.fr&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>uvcvideo: Set alternate setting 0 on resume if the bus has been reset</title>
<updated>2011-11-11T17:36:13Z</updated>
<author>
<name>Ming Lei</name>
<email>tom.leiming@gmail.com</email>
</author>
<published>2011-07-16T03:51:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2ba0b8db49fe9f662eb20bd5fa84c91bcdaec206'/>
<id>urn:sha1:2ba0b8db49fe9f662eb20bd5fa84c91bcdaec206</id>
<content type='text'>
commit d59a7b1dbce8b972ec2dc9fcaaae0bfa23687423 upstream.

If the bus has been reset on resume, set the alternate setting to 0.
This should be the default value, but some devices crash or otherwise
misbehave if they don't receive a SET_INTERFACE request before any other
video control request.

Microdia's 0c45:6437 camera has been found to require this change or it
will stop sending video data after resume.

uvc_video.c]

Signed-off-by: Ming Lei &lt;ming.lei@canonical.com&gt;
Signed-off-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.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>uvcvideo: Fix crash when linking entities</title>
<updated>2011-10-25T05:10:15Z</updated>
<author>
<name>Laurent Pinchart</name>
<email>laurent.pinchart@ideasonboard.com</email>
</author>
<published>2011-09-06T22:16:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=16b2b5c638c12ffc89753ad19edeb9baa6f59b99'/>
<id>urn:sha1:16b2b5c638c12ffc89753ad19edeb9baa6f59b99</id>
<content type='text'>
commit 4d9b2ebd335d83044b9e6656d0e604e8e1300334 upstream.

The uvc_mc_register_entity() function wrongfully selects the
media_entity associated with a UVC entity when creating links. This
results in access to uninitialized media_entity structures and can hit a
BUG_ON statement in media_entity_create_link(). Fix it.

Signed-off-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Cc: Josh Boyer &lt;jwboyer@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
</feed>
