<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/media, branch v3.2.2</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/media?h=v3.2.2</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/media?h=v3.2.2'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-01-26T00:13:51Z</updated>
<entry>
<title>cx88: fix: don't duplicate xc4000 entry for radio</title>
<updated>2012-01-26T00:13:51Z</updated>
<author>
<name>Miroslav Slugen</name>
<email>thunder.mmm@gmail.com</email>
</author>
<published>2011-12-11T22:00:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fe77de3ae1000a00349dc680df0bd34c49199efb'/>
<id>urn:sha1:fe77de3ae1000a00349dc680df0bd34c49199efb</id>
<content type='text'>
commit b6854e3f31402476bcc9d2f41570389fa491de17 upstream.

All radio tuners in cx88 driver using same address for radio and tuner,
so there is no need to probe it twice for same tuner and we can use
radio_type UNSET, this also fix broken radio since kernel 2.6.39-rc1
for those tuners.

Signed-off-by: Miroslav Slugen &lt;thunder.mmm@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>cx23885-dvb: check if dvb_attach() succeded</title>
<updated>2012-01-26T00:13:50Z</updated>
<author>
<name>Miroslav Slugen</name>
<email>thunder.mmm@gmail.com</email>
</author>
<published>2011-12-11T21:57:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=60dfee83be0262141968a4ee6b48786bc5767073'/>
<id>urn:sha1:60dfee83be0262141968a4ee6b48786bc5767073</id>
<content type='text'>
commit a7c8aadad39428b64d26c3971d967f8314e2397d upstream.

Fix possible null dereference for Leadtek DTV 3200H
XC4000 tuner when no firmware file available.

Signed-off-by: Miroslav Slugen &lt;thunder.mmm@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>uvcvideo: Fix integer overflow in uvc_ioctl_ctrl_map()</title>
<updated>2012-01-26T00:13:34Z</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=053ae10f55886546a5974d9d75a041ff2cea0cbd'/>
<id>urn:sha1:053ae10f55886546a5974d9d75a041ff2cea0cbd</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-26T00:13:29Z</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=bb9b57cc544d4c6a88a370338783c1390815d7ed'/>
<id>urn:sha1:bb9b57cc544d4c6a88a370338783c1390815d7ed</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>gspca: Fix falling back to lower isoc alt settings</title>
<updated>2011-12-31T19:53:58Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2011-12-31T13:32:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ac97ecc886472e97ff22a81c298163d180d24605'/>
<id>urn:sha1:ac97ecc886472e97ff22a81c298163d180d24605</id>
<content type='text'>
The current gspca core code has a regression where it no longer properly
falls back to lower alt settings when there is not enough bandwidth.

This causes many iso based usb-1 cameras to not work when plugged into a
usb2 hub or a sandybridge chipset motherboard!

This patch fixes this.

Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>gspca: Fix bulk mode cameras no longer working (regression fix)</title>
<updated>2011-12-30T00:29:00Z</updated>
<author>
<name>Hans de Goede</name>
<email>hdegoede@redhat.com</email>
</author>
<published>2011-12-29T21:09:21Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=757e55c23dc62eb5adf45368a72f6b26d6a71ae5'/>
<id>urn:sha1:757e55c23dc62eb5adf45368a72f6b26d6a71ae5</id>
<content type='text'>
The new iso bandwidth calculation code accidentally has broken support
for bulk mode cameras. This has broken the following drivers:
finepix, jeilinj, ovfx2, ov534, ov534_9, se401, sq905, sq905c, sq930x,
stv0680, vicam.

Thix patch fixes this. Fix tested with: se401, sq905, sq905c, stv0680 &amp; vicam
cams.

Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media</title>
<updated>2011-12-23T22:59:08Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-12-23T22:59:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4d18de944954b973fede3259d206022f90549269'/>
<id>urn:sha1:4d18de944954b973fede3259d206022f90549269</id>
<content type='text'>
* 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media:
  [media] omap3isp: Fix crash caused by subdevs now having a pointer to devnodes
</content>
</entry>
<entry>
<title>Merge branch 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media</title>
<updated>2011-12-20T18:49:39Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2011-12-20T18:49:39Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=62d7a2927f99be77cfb0ad2ef778bf12ced01193'/>
<id>urn:sha1:62d7a2927f99be77cfb0ad2ef778bf12ced01193</id>
<content type='text'>
* 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media: (31 commits)
  Revert "[media] af9015: limit I2C access to keep FW happy"
  [media] s5p-fimc: Fix camera input configuration in subdev operations
  [media] m5mols: Fix logic in sanity check
  [media] ati_remote: switch to single-byte scancodes
  [media] V4L: mt9m111: fix uninitialised mutex
  [media] V4L: omap1_camera: fix missing &lt;linux/module.h&gt; include
  [media] V4L: mt9t112: use after free in mt9t112_probe()
  [media] V4L: soc-camera: fix compiler warnings on 64-bit platforms
  [media] s5p_mfc_enc: fix s/H264/H263/ typo
  [media] omap_vout: Fix compile error in 3.1
  [media] au0828: add missing models 72101, 72201 &amp; 72261 to the model matrix
  [media] au0828: add missing USB ID 2040:7213
  [media] au0828: add missing USB ID 2040:7260
  [media] [trivial] omap24xxcam-dma: Fix logical test
  [media] omap_vout: fix crash if no driver for a display
  [media] media: video: s5p-tv: fix build break
  [media] omap3isp: fix compilation of ispvideo.c
  [media] m5mols: Fix set_fmt to return proper pixel format code
  [media] s5p-fimc: Use correct fourcc for RGB565 colour format
  [media] s5p-fimc: Fail driver probing when sensor configuration is wrong
  ...
</content>
</entry>
<entry>
<title>[media] omap3isp: Fix crash caused by subdevs now having a pointer to devnodes</title>
<updated>2011-12-19T20:07:41Z</updated>
<author>
<name>Laurent Pinchart</name>
<email>laurent.pinchart@ideasonboard.com</email>
</author>
<published>2011-11-16T13:54:02Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c070e38e4ee005f55895df177a9e14d90d6204b3'/>
<id>urn:sha1:c070e38e4ee005f55895df177a9e14d90d6204b3</id>
<content type='text'>
Commit 3e0ec41c5c5ee14e27f65e28d4a616de34f59a97 ("V4L: dynamically
allocate video_device nodes in subdevices") makes the
embedding video_device directly.

Fix accesses to the devnode accordingly.

Signed-off-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;
Acked-by: Sakari Ailus &lt;sakari.ailus@iki.fi&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>Revert "[media] af9015: limit I2C access to keep FW happy"</title>
<updated>2011-12-12T18:02:15Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2011-12-12T18:02:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4b5d8da88e3fab76700e89488a8c65c54facb9a3'/>
<id>urn:sha1:4b5d8da88e3fab76700e89488a8c65c54facb9a3</id>
<content type='text'>
This reverts commit ff83bd82cb343d37b5ab8e402aaad9ef33d03f1e.

As requested by Antti:
From a talk with him at #linuxtv irc, he strong feeling that some apps
like MythTV will do a lot a lot of I2C I/O and now it adds locks,
with utimatelly means more delays. This could cause bad effects.

There is a new patch for 3.3 that re-writes af9013 in order to limit
I2C I/O. and thus those patches could be nice to have together
because those user who has has problems are most likely MythTV users.

So, let's revert this commit for now.

Requested-by: Antti Palosaari &lt;crope@iki.fi&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
</feed>
