<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/gpu/ipu-v3, branch v4.8</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v4.8</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v4.8'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2016-07-12T16:26:05Z</updated>
<entry>
<title>gpu: ipu-v3: ipu-dc: don't bug out on invalid bus_format</title>
<updated>2016-07-12T16:26:05Z</updated>
<author>
<name>Philipp Zabel</name>
<email>p.zabel@pengutronix.de</email>
</author>
<published>2016-07-06T09:06:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=b575b31387f64f63019c88a0ddbf1e0cc0cd8cd9'/>
<id>urn:sha1:b575b31387f64f63019c88a0ddbf1e0cc0cd8cd9</id>
<content type='text'>
If imx-drm is combined with a bridge or panel that requests an
unsupported format, warn and use a default mapping instead of
hanging the machine. The worst that can happen here are wrong
colors.

Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/imx: atomic phase 1: Use transitional atomic CRTC and plane helpers</title>
<updated>2016-07-12T16:23:47Z</updated>
<author>
<name>Liu Ying</name>
<email>gnuiyl@gmail.com</email>
</author>
<published>2016-07-08T09:40:55Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=33f14235302f561b1db713c1bd8111a512bf2568'/>
<id>urn:sha1:33f14235302f561b1db713c1bd8111a512bf2568</id>
<content type='text'>
Use the drm_plane_helper_update/disable() and drm_helper_crtc_mode_set()
transitional atomic helpers.  The crtc-&gt;mode_set_nofb callback is added
so that the primary plane is no longer tied to the CRTC.  Check/update
logics are separated to make sure crtc-&gt;mode_set_nofb and plane-&gt;atomic_update
are always successful.  Also, some necessary logics are tweaked for a smooth
transition.

Signed-off-by: Liu Ying &lt;gnuiyl@gmail.com&gt;
Acked-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: ipu-dmfc: Use static DMFC FIFO allocation mechanism</title>
<updated>2016-07-12T16:23:43Z</updated>
<author>
<name>Liu Ying</name>
<email>gnuiyl@gmail.com</email>
</author>
<published>2016-07-08T09:40:54Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d7868cb7ac58640e9c0383205ba31bd6a985cc6f'/>
<id>urn:sha1:d7868cb7ac58640e9c0383205ba31bd6a985cc6f</id>
<content type='text'>
For all video modes we support currently, we always get 2 slots for
a plane by using the current existing dynamic DMFC FIFO allocation
mechanism.  So, let's change to use the static one to simplify the
code.  This also makes it easier to implement the atomic mode setting
as we don't need to handle allocation failure cases then.

Signed-off-by: Liu Ying &lt;gnuiyl@gmail.com&gt;
Acked-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/imx: Match imx-ipuv3-crtc components using device node in platform data</title>
<updated>2016-05-23T10:35:11Z</updated>
<author>
<name>Philipp Zabel</name>
<email>p.zabel@pengutronix.de</email>
</author>
<published>2016-05-12T13:00:44Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=310944d148e3600dcff8b346bee7fa01d34903b1'/>
<id>urn:sha1:310944d148e3600dcff8b346bee7fa01d34903b1</id>
<content type='text'>
The component master driver imx-drm-core matches component devices using
their of_node. Since commit 950b410dd1ab ("gpu: ipu-v3: Fix imx-ipuv3-crtc
module autoloading"), the imx-ipuv3-crtc dev-&gt;of_node is not set during
probing. Before that, of_node was set and caused an of: modalias to be
used instead of the platform: modalias, which broke module autoloading.

On the other hand, if dev-&gt;of_node is not set yet when the imx-ipuv3-crtc
probe function calls component_add, component matching in imx-drm-core
fails. While dev-&gt;of_node will be set once the next component tries to
bring up the component master, imx-drm-core component binding will never
succeed if one of the crtc devices is probed last.

Add of_node to the component platform data and match against the
pdata-&gt;of_node instead of dev-&gt;of_node in imx-drm-core to work around
this problem.

Cc: &lt;stable@vger.kernel.org&gt; # 4.4.x
Fixes: 950b410dd1ab ("gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading")
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
Tested-by: Fabio Estevam &lt;fabio.estevam@nxp.com&gt;
Tested-by: Lothar Waßmann &lt;LW@KARO-electronics.de&gt;
Tested-by: Heiko Schocher &lt;hs@denx.de&gt;
Tested-by: Chris Ruehl &lt;chris.ruehl@gtsys.com.hk&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: Fix imx-ipuv3-crtc module autoloading</title>
<updated>2016-05-05T00:34:52Z</updated>
<author>
<name>Philipp Zabel</name>
<email>p.zabel@pengutronix.de</email>
</author>
<published>2016-04-27T08:17:51Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=503fe87bd0a8346ba9d8b7f49115dcd0a4185226'/>
<id>urn:sha1:503fe87bd0a8346ba9d8b7f49115dcd0a4185226</id>
<content type='text'>
If of_node is set before calling platform_device_add, the driver core
will try to use of: modalias matching, which fails because the device
tree nodes don't have a compatible property set. This patch fixes
imx-ipuv3-crtc module autoloading by setting the of_node property only
after the platform modalias is set.

Fixes: 304e6be652e2 ("gpu: ipu-v3: Assign of_node of child platform devices to corresponding ports")
Reported-by: Dennis Gilmore &lt;dennis@ausil.us&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
Tested-By: Dennis Gilmore &lt;dennis@ausil.us&gt;
Cc: stable@vger.kernel.org # 4.4+
Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: ipu-dmfc: Rename ipu_dmfc_init_channel to ipu_dmfc_config_wait4eot</title>
<updated>2016-03-31T09:24:33Z</updated>
<author>
<name>Liu Ying</name>
<email>gnuiyl@gmail.com</email>
</author>
<published>2016-03-14T08:10:10Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=27630c206bb00a252d21576d92f57bdcc3ab9455'/>
<id>urn:sha1:27630c206bb00a252d21576d92f57bdcc3ab9455</id>
<content type='text'>
The function name 'ipu_dmfc_config_wait4eot' matches the implementation of
the function better than 'ipu_dmfc_init_channel', since it only touches the
wait4eot bits.

Signed-off-by: Liu Ying &lt;gnuiyl@gmail.com&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: ipu-dmfc: Make function ipu_dmfc_init_channel() return void</title>
<updated>2016-03-31T09:24:31Z</updated>
<author>
<name>Liu Ying</name>
<email>gnuiyl@gmail.com</email>
</author>
<published>2016-03-14T08:10:09Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=2bbe32f7398c9b38916983b5823e11d6aaa10be2'/>
<id>urn:sha1:2bbe32f7398c9b38916983b5823e11d6aaa10be2</id>
<content type='text'>
Since the function ipu_dmfc_init_channel() always returns zero, we may
change the return type to void to simplify the code.

Signed-off-by: Liu Ying &lt;gnuiyl@gmail.com&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: ipu-dmfc: Protect function ipu_dmfc_init_channel() with mutex</title>
<updated>2016-03-31T09:24:30Z</updated>
<author>
<name>Liu Ying</name>
<email>gnuiyl@gmail.com</email>
</author>
<published>2016-03-14T08:10:08Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=32c26a56af3ae823a883e926b96e3ff00854e6a8'/>
<id>urn:sha1:32c26a56af3ae823a883e926b96e3ff00854e6a8</id>
<content type='text'>
To avoid race condition issue, we should protect the function
ipu_dmfc_init_channel() with the mutex dmfc-&gt;priv-&gt;mutex, since it
configures the register DMFC_GENERAL1 at runtime which contains
several control bits for various display channels.  This matches
better with fine grained locking logic in upper layer.

Signed-off-by: Liu Ying &lt;gnuiyl@gmail.com&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-cpmem: modify ipu_cpmem_set_yuv_planar_full for better control</title>
<updated>2016-03-31T09:23:29Z</updated>
<author>
<name>Philipp Zabel</name>
<email>p.zabel@pengutronix.de</email>
</author>
<published>2016-02-23T09:22:50Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=90195c3651800f9a7c14956f90c2b4eb0bc8f1fb'/>
<id>urn:sha1:90195c3651800f9a7c14956f90c2b4eb0bc8f1fb</id>
<content type='text'>
Let ipu_cpmem_set_yuv_planar_full take a DRM_FORMAT instead of a
V4L2_PIXFMT and allow better control over U/V stride, U offset and
V offset settings in the CPMEM.

Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>Merge drm-fixes into drm-next.</title>
<updated>2016-03-13T23:46:02Z</updated>
<author>
<name>Dave Airlie</name>
<email>airlied@redhat.com</email>
</author>
<published>2016-03-13T23:42:34Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=9b61c0fcdf0cfd20a85d9856d46142e7f297de0a'/>
<id>urn:sha1:9b61c0fcdf0cfd20a85d9856d46142e7f297de0a</id>
<content type='text'>
Nouveau wanted this to avoid some worse conflicts when I merge that.
</content>
</entry>
</feed>
