<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/gpu/drm/etnaviv, branch v4.17.1</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v4.17.1</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v4.17.1'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2018-03-22T10:08:48+00:00</updated>
<entry>
<title>drm/etnaviv: bump HW job limit to 4</title>
<updated>2018-03-22T10:08:48+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-03-09T13:29:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=4ed75c3e525598ff1aa6aed09c419c73a4efd2f2'/>
<id>urn:sha1:4ed75c3e525598ff1aa6aed09c419c73a4efd2f2</id>
<content type='text'>
The current limit of 2 leads to some GPU idle times, as the usual
IRQ latency leads to up to 3 jobs getting signaled at once with some
standard workloads.

A larger HW job limit might lead to slightly worse QoS, but we accept
that to not sacrifice GPU throughput in the common case.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: etnaviv_sched: Staticize functions when possible</title>
<updated>2018-03-09T11:25:01+00:00</updated>
<author>
<name>Fabio Estevam</name>
<email>fabio.estevam@nxp.com</email>
</author>
<published>2018-02-13T18:36:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=fc0775da8e60d38c234c1e2c13470cc7c2198018'/>
<id>urn:sha1:fc0775da8e60d38c234c1e2c13470cc7c2198018</id>
<content type='text'>
etnaviv_sched_dependency() and etnaviv_sched_run_job() are only
used in this file, so make them static.

This fixes the following sparse warnings:

drivers/gpu/drm/etnaviv/etnaviv_sched.c:30:18: warning: symbol 'etnaviv_sched_dependency' was not declared. Should it be static?
drivers/gpu/drm/etnaviv/etnaviv_sched.c:81:18: warning: symbol 'etnaviv_sched_run_job' was not declared. Should it be static?

Signed-off-by: Fabio Estevam &lt;fabio.estevam@nxp.com&gt;
Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: add PTA handling to MMUv2</title>
<updated>2018-03-09T11:23:48+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-01-22T11:38:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f8433f9e1066363582e49eda0d6ddeaa08a842ca'/>
<id>urn:sha1:f8433f9e1066363582e49eda0d6ddeaa08a842ca</id>
<content type='text'>
The Page Table Array is a new first level structure above the MTLB
availabale on GPUs with the security feature. Use the PTa to set up
the MMU when the security related states are handled by the kernel driver.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: add function to load the initial PTA state</title>
<updated>2018-03-09T11:22:38+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-01-22T11:28:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=1137bef67a11d2e5a4f44ce87b6e4dd1fb7a0163'/>
<id>urn:sha1:1137bef67a11d2e5a4f44ce87b6e4dd1fb7a0163</id>
<content type='text'>
On GPUs with the security feature the MTLB config is stored in the PTA.
Add a function to trigger the initial PTA load through the FE.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: handle security states</title>
<updated>2018-03-09T11:22:38+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-01-22T15:18:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c997c3df0e89f710f2d7ad9197e5e3c5e3ecc4e4'/>
<id>urn:sha1:c997c3df0e89f710f2d7ad9197e5e3c5e3ecc4e4</id>
<content type='text'>
GPUs with support for the security features need some additional
setup to get the frontend started.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: add security handling mode enum</title>
<updated>2018-03-09T11:22:37+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-01-22T11:35:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=007ad58dd3cd77d97b293020989298b09320fe53'/>
<id>urn:sha1:007ad58dd3cd77d97b293020989298b09320fe53</id>
<content type='text'>
With the introduction of GPU security we have 3 different modes of
GPU operation:
- GPU core doesn't have security features -&gt; no handling required
- the security related states are handled by the kernel driver
- the security related states are handled by a TrustZone application

Add a enum to differentiate between the different operation modes.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: add hardware database</title>
<updated>2018-03-09T11:22:37+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-01-22T14:57:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=681c19c8bf34df58e6705ba4c1a1676474ef7799'/>
<id>urn:sha1:681c19c8bf34df58e6705ba4c1a1676474ef7799</id>
<content type='text'>
New versions of the Vivante kernel driver don't trust the hardware feature
bits anymore, but use an internal hardware database. This also includes
more feature fields than are available in hardware.

As we can't trust the hardware feature bits to be correct anymore, we need
to replicate the HWDB in etanviv. For now only the GC7000L as found on
the i.MX8M is supported.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: add more minor features fields</title>
<updated>2018-03-09T11:22:36+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-01-22T14:56:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=0538aaf927b205662a3f3d641ecbc8b0f3236e2a'/>
<id>urn:sha1:0538aaf927b205662a3f3d641ecbc8b0f3236e2a</id>
<content type='text'>
Newer GPU cores added yet more feature bits. Make room for them and
let userspace query them.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: update hardware headers from rnndb</title>
<updated>2018-03-09T11:22:36+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-01-22T11:11:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=059ad7316d6bb5e972002069160580ff3d0aa2fb'/>
<id>urn:sha1:059ad7316d6bb5e972002069160580ff3d0aa2fb</id>
<content type='text'>
Update the state HI and common header from rnndb commit
8478eef32fd9 (rnndb: document secure GPU reset bit).

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
<entry>
<title>drm/etnaviv: add support for slave interface clock</title>
<updated>2018-03-09T11:22:35+00:00</updated>
<author>
<name>Lucas Stach</name>
<email>l.stach@pengutronix.de</email>
</author>
<published>2018-01-19T14:05:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=65f037e8e9085b9d6d76e5894c1e5353602202be'/>
<id>urn:sha1:65f037e8e9085b9d6d76e5894c1e5353602202be</id>
<content type='text'>
The slave interface clock is a clock input found on newer cores to gate
the register interface. For now we simply ungate it when the GPU is in
active state.

Signed-off-by: Lucas Stach &lt;l.stach@pengutronix.de&gt;
</content>
</entry>
</feed>
