<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/drivers/media, branch v2.6.36-rc8</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=v2.6.36-rc8</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=v2.6.36-rc8'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2010-09-30T10:22:41+00:00</updated>
<entry>
<title>V4L/DVB: v4l: radio: si470x: fix unneeded free_irq() call</title>
<updated>2010-09-30T10:22:41+00:00</updated>
<author>
<name>Marek Szyprowski</name>
<email>m.szyprowski@samsung.com</email>
</author>
<published>2010-09-05T05:42:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=cc6e853c5e49ea3698e87415672d818c6d7a5ee9'/>
<id>urn:sha1:cc6e853c5e49ea3698e87415672d818c6d7a5ee9</id>
<content type='text'>
In case of error during probe() the driver calls free_irq() function
on not yet allocated irq. This patches fixes the call sequence in case of
the error.

Signed-off-by: Marek Szyprowski &lt;m.szyprowski@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;
</content>
</entry>
<entry>
<title>V4L/DVB: v4l: videobuf: prevent passing a NULL to dma_free_coherent()</title>
<updated>2010-09-30T10:22:22+00:00</updated>
<author>
<name>Pawel Osciak</name>
<email>p.osciak@samsung.com</email>
</author>
<published>2010-07-20T16:49:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=b2b476f53a9d24b00a313adf7f6ca92515a2af54'/>
<id>urn:sha1:b2b476f53a9d24b00a313adf7f6ca92515a2af54</id>
<content type='text'>
When a driver that uses videobuf-dma-contig is used with the USERPTR
memory access method a kernel oops might happen: a NULL address may be
passed to dma_free_coherent(). This happens when an application calls
REQBUFS and then exits without queuing any buffers. This patch fixes
that bug.

Signed-off-by: Pawel Osciak &lt;p.osciak@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;
</content>
</entry>
<entry>
<title>V4L/DVB: ir-core: Fix null dereferences in the protocols sysfs interface</title>
<updated>2010-09-30T10:18:37+00:00</updated>
<author>
<name>Brian Rogers</name>
<email>brian@xyzw.org</email>
</author>
<published>2010-09-22T11:06:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=a08c7c68f702e2a2797a4035b6c0a756c4886c26'/>
<id>urn:sha1:a08c7c68f702e2a2797a4035b6c0a756c4886c26</id>
<content type='text'>
For some cards, ir_dev-&gt;props and ir_dev-&gt;raw are both NULL. These cards are
using built-in IR decoding instead of raw, and can't easily be made to switch
protocols.

So upon reading /sys/class/rc/rc?/protocols on such a card, return 'builtin' as
the supported and enabled protocol. Return -EINVAL on any attempts to change
the protocol. And most important of all, don't crash.

Signed-off-by: Brian Rogers &lt;brian@xyzw.org&gt;
Acked-by: Jarod Wilson &lt;jarod@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB: v4l: s5p-fimc: Fix 3-planar formats handling and pixel offset error on S5PV210 SoCs</title>
<updated>2010-09-28T01:39:16+00:00</updated>
<author>
<name>Sylwester Nawrocki</name>
<email>s.nawrocki@samsung.com</email>
</author>
<published>2010-09-06T06:53:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=ddc79e0fdc16c05c3ff7f9b6ae9052bda0506108'/>
<id>urn:sha1:ddc79e0fdc16c05c3ff7f9b6ae9052bda0506108</id>
<content type='text'>
Fix DMA engine pixel offset calculation for 3-planar YUV formats.
On S5PV210 SoCs horizontal offset is applied as number of pixels,
not bytes per line.

[mchehab@redhat.com: CodingStyle cleanup]
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: Marek Szyprowski &lt;m.szyprowski@samsung.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB: v4l: s5p-fimc: Fix return value on probe() failure</title>
<updated>2010-09-28T01:37:48+00:00</updated>
<author>
<name>Pawel Osciak</name>
<email>p.osciak@samsung.com</email>
</author>
<published>2010-09-06T06:53:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=81c69fc200bfa2f3a8b2fed614d1c6670c4a7e14'/>
<id>urn:sha1:81c69fc200bfa2f3a8b2fed614d1c6670c4a7e14</id>
<content type='text'>
On failed create_workqueue() fimc_probe() was returning 0.

Signed-off-by: Pawel Osciak &lt;p.osciak@samsung.com&gt;
Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
Signed-off-by: Marek Szyprowski &lt;m.szyprowski@samsung.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB: uvcvideo: Restrict frame rates for Chicony CNF7129 webcam</title>
<updated>2010-09-28T01:22:13+00:00</updated>
<author>
<name>Laurent Pinchart</name>
<email>laurent.pinchart@ideasonboard.com</email>
</author>
<published>2010-09-16T15:37:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=86d8b6abbbc973a1dd7d3c8f9e3c3e06131703b2'/>
<id>urn:sha1:86d8b6abbbc973a1dd7d3c8f9e3c3e06131703b2</id>
<content type='text'>
At all frame rates except 30fps and 5fps the camera produces very dark
pictures. Auto-exposure is probably disabled by the camera at all frame
rates except 30fps, making them pretty unusable.

Work around the problem by introducing a new RESTRICT_FRAME_RATE quirk
that disables all the frame rates except the default one.

Signed-off-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB: uvcvideo: Fix support for Medion Akoya All-in-one PC integrated webcam</title>
<updated>2010-09-28T01:22:12+00:00</updated>
<author>
<name>Laurent Pinchart</name>
<email>laurent.pinchart@ideasonboard.com</email>
</author>
<published>2010-09-12T11:31:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=9275b32bced808bd57bdf3884748ed1126ba90e0'/>
<id>urn:sha1:9275b32bced808bd57bdf3884748ed1126ba90e0</id>
<content type='text'>
The camera requires the STREAM_NO_FID quirk. Add a corresponding entry
in the device IDs list.

Signed-off-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB: ivtvfb: prevent reading uninitialized stack memory</title>
<updated>2010-09-28T01:22:11+00:00</updated>
<author>
<name>Dan Rosenberg</name>
<email>drosenberg@vsecurity.com</email>
</author>
<published>2010-09-15T21:44:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=405707985594169cfd0b1d97d29fcb4b4c6f2ac9'/>
<id>urn:sha1:405707985594169cfd0b1d97d29fcb4b4c6f2ac9</id>
<content type='text'>
The FBIOGET_VBLANK device ioctl allows unprivileged users to read 16
bytes of uninitialized stack memory, because the "reserved" member of
the fb_vblank struct declared on the stack is not altered or zeroed
before being copied back to the user.  This patch takes care of it.

Signed-off-by: Dan Rosenberg &lt;dan.j.rosenberg@gmail.com&gt;
Signed-off-by: Andy Walls &lt;awalls@md.metrocast.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB: cx25840: Fix typo in volume control initialization: 65335 vs. 65535</title>
<updated>2010-09-28T01:22:10+00:00</updated>
<author>
<name>Andy Walls</name>
<email>awalls@md.metrocast.net</email>
</author>
<published>2010-09-16T23:54:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=fc00a1d90d7b64e44c2475833cc3021066f67ea7'/>
<id>urn:sha1:fc00a1d90d7b64e44c2475833cc3021066f67ea7</id>
<content type='text'>
The wrong value for the volume control limit, 65335 vs. 65535,
prevents proper cx25840 v4l2_subdevice initialization.

Reported-by: Igor M. liplianin &lt;liplianin@me.by&gt;
Signed-off-by: Andy Walls &lt;awalls@md.metrocast.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB: v4l: mem2mem_testdev: add missing release for video_device</title>
<updated>2010-09-28T01:22:09+00:00</updated>
<author>
<name>Pawel Osciak</name>
<email>p.osciak@samsung.com</email>
</author>
<published>2010-09-10T05:05:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=71088bad7426650e4ea5fb4182580ea8458442e7'/>
<id>urn:sha1:71088bad7426650e4ea5fb4182580ea8458442e7</id>
<content type='text'>
Video device was not being released on driver remove.

Signed-off-by: Pawel Osciak &lt;p.osciak@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;
</content>
</entry>
</feed>
