<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/gpu/ipu-v3/ipu-common.c, branch linux-4.12.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.12.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.12.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2017-06-06T08:21:34Z</updated>
<entry>
<title>gpu: ipu-v3: Fix CSI selection for VDIC</title>
<updated>2017-06-06T08:21:34Z</updated>
<author>
<name>Marek Vasut</name>
</author>
<published>2017-06-03T18:57:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b7dfee2433576f1f030cb84cdb04b70f36554992'/>
<id>urn:sha1:b7dfee2433576f1f030cb84cdb04b70f36554992</id>
<content type='text'>
The description of the CSI_SEL bit in the i.MX6 reference manual is
incorrect. It states "This bit defines which CSI is the input to the
IC. This bit is effective only if IC_INPUT is bit cleared".

From experiment it was found this is in fact not correct. The CSI_SEL
bit selects which CSI is input to _both_ the VDIC _and_ the IC. If the
IC_INPUT bit is set so that the IC is receiving from the VDIC, the IC
ignores the CSI_SEL bit, but CSI_SEL still selects which CSI the VDIC
receives from in that case.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Signed-off-by: Steve Longerbeam &lt;steve_longerbeam@mentor.com&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: don't depend on DRM being enabled</title>
<updated>2017-04-04T08:58:56Z</updated>
<author>
<name>Lucas Stach</name>
</author>
<published>2017-03-23T15:52:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=30310c835f3ebfefcf83f006981faa66d73bd810'/>
<id>urn:sha1:30310c835f3ebfefcf83f006981faa66d73bd810</id>
<content type='text'>
The PRE/PRG drivers, which need the DRM infrastructure, are only used
from the output path, so we skip building them into the ipu-v3 driver
if CONFIG_DRM is not enabled.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: hook up PRG unit</title>
<updated>2017-03-16T09:14:39Z</updated>
<author>
<name>Lucas Stach</name>
</author>
<published>2017-03-08T11:13:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=92681fe7e98eb8c0a3ef6e850db399b2de192562'/>
<id>urn:sha1:92681fe7e98eb8c0a3ef6e850db399b2de192562</id>
<content type='text'>
The i.MX6 QuadPlus IPU needs to PRG unit to gain access to the
data bus. Make sure it is present and available to be used.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: add driver for Prefetch Resolve Gasket</title>
<updated>2017-03-16T09:14:02Z</updated>
<author>
<name>Lucas Stach</name>
</author>
<published>2017-03-08T11:13:16Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ea9c260514c15f14d43a4c099646c44238dccf1e'/>
<id>urn:sha1:ea9c260514c15f14d43a4c099646c44238dccf1e</id>
<content type='text'>
This adds support for the i.MX6 QUadPlus PRG unit. It glues together the
IPU and the PRE units.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
---
v4: add missing ipu_soc-&gt;prg_priv
</content>
</entry>
<entry>
<title>gpu: ipu-v3: add driver for Prefetch Resolve Engine</title>
<updated>2017-03-15T14:42:35Z</updated>
<author>
<name>Lucas Stach</name>
</author>
<published>2017-03-08T11:13:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d2a34232580a5d2c9f58baa5270836c5c9ab83ba'/>
<id>urn:sha1:d2a34232580a5d2c9f58baa5270836c5c9ab83ba</id>
<content type='text'>
This adds support for the i.MX6 QuadPlus PRE units. Currently only
linear prefetch into SRAM is supported, other modes of operation
like the tiled-to-linear conversion will be added later.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: add support for separate alpha channels</title>
<updated>2017-03-15T14:42:31Z</updated>
<author>
<name>Philipp Zabel</name>
</author>
<published>2015-01-09T10:03:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e72db3b1e50febff493bc5e3fb57da9cb8cc3d91'/>
<id>urn:sha1:e72db3b1e50febff493bc5e3fb57da9cb8cc3d91</id>
<content type='text'>
The IPUv3 can read 8-bit alpha values from a separate IDMAC channel driven
by the Alpha Transparency Controller (ATC) for the graphics IDMAC channels.
This allows to reduce memory bandwidth via a conditional read mechanism or
to support planar YUV formats with alpha transparency.

Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: add unsynchronised DP channel disabling</title>
<updated>2017-03-15T14:28:27Z</updated>
<author>
<name>Philipp Zabel</name>
</author>
<published>2017-02-24T17:23:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f9bb7acb9b19a40dbd9d1b89380335dc8e23925f'/>
<id>urn:sha1:f9bb7acb9b19a40dbd9d1b89380335dc8e23925f</id>
<content type='text'>
When disabling the foreground DP channel during a modeset, the DC is
already disabled without waiting for end of frame. There is no reason
to wait for a frame boundary before updating the DP registers in that
case.
Add support to apply updates immediately. No functional changes, yet.

Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
Reviewed-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: Stop overwriting pdev-&gt;dev.of_node of child devices</title>
<updated>2017-02-17T07:04:27Z</updated>
<author>
<name>Philipp Zabel</name>
</author>
<published>2017-02-16T13:46:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0e47b0275bdb40a9dab7a86535b1fcd85d874007'/>
<id>urn:sha1:0e47b0275bdb40a9dab7a86535b1fcd85d874007</id>
<content type='text'>
Setting dev-&gt;of_node changes the modalias and breaks module autoloading.
Since there is an of_node field in the platform data passed to child
devices, we don't even need this anymore.

Suggested-by: Russell King &lt;linux@armlinux.org.uk&gt;
Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: initially clear all interrupts</title>
<updated>2016-10-20T12:40:21Z</updated>
<author>
<name>Philipp Zabel</name>
</author>
<published>2016-08-29T06:32:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a92d81456c08ea6917a7630718837f0a01cbd0d0'/>
<id>urn:sha1:a92d81456c08ea6917a7630718837f0a01cbd0d0</id>
<content type='text'>
If we want to stop resetting the IPU in the future, masking all
interrupts before registering the irq handlers will not be enough to
avoid spurious interrupts. We also have to clear them.

Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
Acked-by: Liu Ying &lt;gnuiyl@gmail.com&gt;
</content>
</entry>
<entry>
<title>gpu: ipu-v3: add YUV 4:4:4 support</title>
<updated>2016-10-20T12:40:10Z</updated>
<author>
<name>Philipp Zabel</name>
</author>
<published>2016-10-18T11:36:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c9d508c2df04af001c62e4fe86593aabe42ae718'/>
<id>urn:sha1:c9d508c2df04af001c62e4fe86593aabe42ae718</id>
<content type='text'>
The IDMAC does support reading and writing DRM_FORMAT_YUV444 and
DRM_FORMAT_YVU444.

Signed-off-by: Philipp Zabel &lt;p.zabel@pengutronix.de&gt;
Acked-by: Liu Ying &lt;gnuiyl@gmail.com&gt;
</content>
</entry>
</feed>
