<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/media/platform/davinci, branch linux-3.18.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.18.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.18.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2019-02-20T09:08:58Z</updated>
<entry>
<title>media: DaVinci-VPBE: fix error handling in vpbe_initialize()</title>
<updated>2019-02-20T09:08:58Z</updated>
<author>
<name>Alexey Khoroshilov</name>
</author>
<published>2018-11-23T21:56:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=901adf68e568b464a7d4bb3c91a814c796efc58c'/>
<id>urn:sha1:901adf68e568b464a7d4bb3c91a814c796efc58c</id>
<content type='text'>
[ Upstream commit aa35dc3c71950e3fec3e230c06c27c0fbd0067f8 ]

If vpbe_set_default_output() or vpbe_set_default_mode() fails,
vpbe_initialize() returns error code without releasing resources.

The patch adds error handling for that case.

Found by Linux Driver Verification project (linuxtesting.org).

Signed-off-by: Alexey Khoroshilov &lt;khoroshilov@ispras.ru&gt;
Signed-off-by: Hans Verkuil &lt;hverkuil-cisco@xs4all.nl&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+samsung@kernel.org&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>media: platform: davinci: return -EINVAL for VPFE_CMD_S_CCDC_RAW_PARAMS ioctl</title>
<updated>2017-08-11T16:30:14Z</updated>
<author>
<name>Prabhakar Lad</name>
</author>
<published>2017-07-20T12:02:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4ad69d5f5a9165b2fc129bcc809be47722949f93'/>
<id>urn:sha1:4ad69d5f5a9165b2fc129bcc809be47722949f93</id>
<content type='text'>
commit da05d52d2f0f6bd61094a0cd045fed94bf7d673a upstream.

this patch makes sure VPFE_CMD_S_CCDC_RAW_PARAMS ioctl no longer works
for vpfe_capture driver with a minimal patch suitable for backporting.

- This ioctl was never in public api and was only defined in kernel header.
- The function set_params constantly mixes up pointers and phys_addr_t
  numbers.
- This is part of a 'VPFE_CMD_S_CCDC_RAW_PARAMS' ioctl command that is
  described as an 'experimental ioctl that will change in future kernels'.
- The code to allocate the table never gets called after we copy_from_user
  the user input over the kernel settings, and then compare them
  for inequality.
- We then go on to use an address provided by user space as both the
  __user pointer for input and pass it through phys_to_virt to come up
  with a kernel pointer to copy the data to. This looks like a trivially
  exploitable root hole.

Due to these reasons we make sure this ioctl now returns -EINVAL and backport
this patch as far as possible.

Fixes: 5f15fbb68fd7 ("V4L/DVB (12251): v4l: dm644x ccdc module for vpfe capture driver")

Signed-off-by: Lad, Prabhakar &lt;prabhakar.csengg@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>[media] davinci: remove an unneeded check</title>
<updated>2014-09-23T19:13:45Z</updated>
<author>
<name>Dan Carpenter</name>
</author>
<published>2014-09-22T08:00:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=692f637522f0ae230fe49aab3776603d5e2c5f31'/>
<id>urn:sha1:692f637522f0ae230fe49aab3776603d5e2c5f31</id>
<content type='text'>
We don't need to check "ret", we know it's zero.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@osg.samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] vpfe_standards[] can be static</title>
<updated>2014-09-22T22:19:23Z</updated>
<author>
<name>Fengguang Wu</name>
</author>
<published>2014-08-28T01:12:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=47c0b565ecd827984f43e52a4ec9b9a191feb80c'/>
<id>urn:sha1:47c0b565ecd827984f43e52a4ec9b9a191feb80c</id>
<content type='text'>
make vpfe_standards[] static.

Signed-off-by: Fengguang Wu &lt;fengguang.wu@intel.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@osg.samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] media: davinci: remove unneeded dependency ARCH_OMAP3</title>
<updated>2014-09-21T23:17:22Z</updated>
<author>
<name>Prabhakar Lad</name>
</author>
<published>2014-08-16T20:33:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7000e325de875fa8a5dd3885c8e8f0f12cf71eaf'/>
<id>urn:sha1:7000e325de875fa8a5dd3885c8e8f0f12cf71eaf</id>
<content type='text'>
this patch removes unneeded dependency of ARCH_OMAP3
on VIDEO_DM6446_CCDC.
Also the top level platform Makefile descended into
davinci/ without any dependency so just drop the
dependency obj-y, as obj-$(CONFIG_ARCH_DAVINCI)
already exists.

Reported-by: Andreas Ruprecht &lt;rupran@einserver.de&gt;
Signed-off-by: Lad, Prabhakar &lt;prabhakar.csengg@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@osg.samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] media: davinci: vpif_capture: fix the check on suspend/resume callbacks</title>
<updated>2014-09-21T23:16:39Z</updated>
<author>
<name>Prabhakar Lad</name>
</author>
<published>2014-09-06T15:26:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c54d4a0b08bc4deddd3919d64f4121eaa487e28e'/>
<id>urn:sha1:c54d4a0b08bc4deddd3919d64f4121eaa487e28e</id>
<content type='text'>
It is possible to call STREAMON without having any buffers queued.
So vb2_is_streaming() can return true without start_streaming()
having been called. Only after at least one buffer has been
queued will start_streaming be called.

The check vb2_is_streaming() is incorrect as this would start
the DMA without having proper DMA pointers set up. this patch
uses vb2_start_streaming_called() instead to check is streaming
was called.

Signed-off-by: Lad, Prabhakar &lt;prabhakar.csengg@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@osg.samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] media: davinci: vpif_display: fix the check on suspend/resume callbacks</title>
<updated>2014-09-21T23:16:18Z</updated>
<author>
<name>Prabhakar Lad</name>
</author>
<published>2014-09-06T15:26:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=815789244eda0b3be11fb1824354ca20c8ec3508'/>
<id>urn:sha1:815789244eda0b3be11fb1824354ca20c8ec3508</id>
<content type='text'>
It is possible to call STREAMON without having any buffers queued.
So vb2_is_streaming() can return true without start_streaming()
having been called. Only after at least one buffer has been
queued will start_streaming be called.

The check vb2_is_streaming() is incorrect as this would start
the DMA without having proper DMA pointers set up. this patch
uses vb2_start_streaming_called() instead to check is streaming
was called.

Signed-off-by: Lad, Prabhakar &lt;prabhakar.csengg@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@osg.samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] media: davinci: vpif_capture: drop setting of vb2 buffer state to ACTIVE</title>
<updated>2014-09-21T23:14:33Z</updated>
<author>
<name>Prabhakar Lad</name>
</author>
<published>2014-09-06T15:26:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3b8a269b7dd64cab4645f95daf3e470e72adfed8'/>
<id>urn:sha1:3b8a269b7dd64cab4645f95daf3e470e72adfed8</id>
<content type='text'>
this patch drops setting of vb2 buffer state to VB2_BUF_STATE_ACTIVE,
as any buffer queued to the driver is marked ACTIVE by the vb2 core.

Signed-off-by: Lad, Prabhakar &lt;prabhakar.csengg@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@osg.samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] media: davinci: vpif_display: drop setting of vb2 buffer state to ACTIVE</title>
<updated>2014-09-21T23:14:11Z</updated>
<author>
<name>Prabhakar Lad</name>
</author>
<published>2014-09-06T15:26:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=55d3b439acad5c9faf34765f8391a13d153a1e81'/>
<id>urn:sha1:55d3b439acad5c9faf34765f8391a13d153a1e81</id>
<content type='text'>
this patch drops setting of vb2 buffer state to VB2_BUF_STATE_ACTIVE,
as any buffer queued to the driver is marked ACTIVE by the vb2 core.

Signed-off-by: Lad, Prabhakar &lt;prabhakar.csengg@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@osg.samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] vpif: Fix compilation with allmodconfig</title>
<updated>2014-09-09T21:08:08Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2014-09-09T14:31:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f5281fc81e9a0a3e80b78720c5ae2ed06da3bfae'/>
<id>urn:sha1:f5281fc81e9a0a3e80b78720c5ae2ed06da3bfae</id>
<content type='text'>
When vpif is compiled as module, those errors happen:

ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_display.ko] undefined!
ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_capture.ko] undefined!

That's because vpif_lock symbol is not exported.

Reported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;
Acked-by: Lad, Prabhakar &lt;prabhakar.csengg@gmail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
</feed>
