<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/gpu/drm/msm/msm_gpu.h, branch linux-4.10.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.10.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.10.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2016-11-28T20:14:15Z</updated>
<entry>
<title>drm/msm: gpu: Add A5XX target support</title>
<updated>2016-11-28T20:14:15Z</updated>
<author>
<name>Jordan Crouse</name>
</author>
<published>2016-11-28T19:28:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b5f103ab98c77ca5998b39533c2b46959fbd37d9'/>
<id>urn:sha1:b5f103ab98c77ca5998b39533c2b46959fbd37d9</id>
<content type='text'>
Add support for the A5XX family of Adreno GPUs.

Signed-off-by: Jordan Crouse &lt;jcrouse@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: Remove 'src_clk' from adreno configuration</title>
<updated>2016-11-28T20:14:13Z</updated>
<author>
<name>Jordan Crouse</name>
</author>
<published>2016-11-28T19:28:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=89d777a572459d6ea726b609838beaef0c1b94a7'/>
<id>urn:sha1:89d777a572459d6ea726b609838beaef0c1b94a7</id>
<content type='text'>
The adreno code inherited a silly workaround from downstream
from the bad old days before decent clock control. grp_clk[0]
(named 'src_clk') doesn't actually exist - it was used as a proxy
for whatever the core clock actually was (usually 'core_clk').

All targets should be able to correctly request 'core_clk' and
get the right thing back so zap the anachronism and directly
use grp_clk[0] to control the clock rate.

Signed-off-by: Jordan Crouse &lt;jcrouse@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: gpu Add new gpu register read/write functions</title>
<updated>2016-11-28T20:14:12Z</updated>
<author>
<name>Jordan Crouse</name>
</author>
<published>2016-11-28T19:28:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ae53a829d5c9715b651ee33e266eaa4454e7f2ad'/>
<id>urn:sha1:ae53a829d5c9715b651ee33e266eaa4454e7f2ad</id>
<content type='text'>
Add some new functions to manipulate GPU registers.  gpu_read64 and
gpu_write64 can read/write a 64 bit value to two 32 bit registers.
For 4XX and older these are normally perfcounter registers, but
future targets will use 64 bit addressing so there will be many
more spots where a 64 bit read and write are needed.

gpu_rmw() does a read/modify/write on a 32 bit register given a mask
and bits to OR in.

Signed-off-by: Jordan Crouse &lt;jcrouse@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: gpu: Return error on hw_init failure</title>
<updated>2016-11-28T20:14:11Z</updated>
<author>
<name>Jordan Crouse</name>
</author>
<published>2016-11-28T19:28:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c4a8d4756061f72cba52af1e3035c07769cee679'/>
<id>urn:sha1:c4a8d4756061f72cba52af1e3035c07769cee679</id>
<content type='text'>
When the GPU hardware init function fails (like say, ME_INIT timed
out) return error instead of blindly continuing on. This gives us
a small chance of saving the system before it goes boom.

Signed-off-by: Jordan Crouse &lt;jcrouse@codeaurora.org&gt;
Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: convert iova to 64b</title>
<updated>2016-11-28T20:14:08Z</updated>
<author>
<name>Rob Clark</name>
</author>
<published>2016-11-11T17:06:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=78babc1633c4b0664ea516500c2ace9bf1f17bc7'/>
<id>urn:sha1:78babc1633c4b0664ea516500c2ace9bf1f17bc7</id>
<content type='text'>
For a5xx the gpu is 64b so we need to change iova to 64b everywhere.  On
the display side, iova is still 32b so it can ignore the upper bits.
(Although all the armv8 devices have an iommu that can map 64b pa to 32b
iova.)

Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: support multiple address spaces</title>
<updated>2016-11-27T16:23:09Z</updated>
<author>
<name>Rob Clark</name>
</author>
<published>2016-09-28T23:58:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=667ce33e57d0de4074a8fb62d24daeefd03f6333'/>
<id>urn:sha1:667ce33e57d0de4074a8fb62d24daeefd03f6333</id>
<content type='text'>
We can have various combinations of 64b and 32b address space, ie. 64b
CPU but 32b display and gpu, or 64b CPU and GPU but 32b display.  So
best to decouple the device iova's from mmap offset.

Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: move fence allocation out of msm_gpu_submit()</title>
<updated>2016-09-15T21:43:51Z</updated>
<author>
<name>Rob Clark</name>
</author>
<published>2016-06-16T20:37:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f44d32c79fd591179820d6ce4645c4c2799e6d40'/>
<id>urn:sha1:f44d32c79fd591179820d6ce4645c4c2799e6d40</id>
<content type='text'>
Prep work for next patch.

Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: drop return from gpu-&gt;submit()</title>
<updated>2016-05-08T14:22:18Z</updated>
<author>
<name>Rob Clark</name>
</author>
<published>2016-05-03T13:46:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1193c3bcb581807d58dd7df90528ec744af387a9'/>
<id>urn:sha1:1193c3bcb581807d58dd7df90528ec744af387a9</id>
<content type='text'>
At this point, there is nothing left to fail.  And submit already has a
fence assigned and is added to the submit_list.  Any problems from here
on out are asynchronous (ie. hangcheck/recovery).

Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: introduce msm_fence_context</title>
<updated>2016-05-08T14:19:51Z</updated>
<author>
<name>Rob Clark</name>
</author>
<published>2016-03-15T21:22:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ca762a8ae7f453978a4769af9dcd3cb08e45b932'/>
<id>urn:sha1:ca762a8ae7f453978a4769af9dcd3cb08e45b932</id>
<content type='text'>
Better encapsulate the per-timeline stuff into fence-context.  For now
there is just a single fence-context, but eventually we'll also have one
per-CRTC to enable fully explicit fencing.

Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
<entry>
<title>drm/msm: restart queued submits after hang</title>
<updated>2015-06-11T17:11:06Z</updated>
<author>
<name>Rob Clark</name>
</author>
<published>2015-06-07T17:46:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1a370be9ac51129e40b0ed7fa71d2b2b92bc47e5'/>
<id>urn:sha1:1a370be9ac51129e40b0ed7fa71d2b2b92bc47e5</id>
<content type='text'>
Track the list of in-flight submits.  If the gpu hangs, retire up to an
including the offending submit, and then re-submit the remainder.  This
way, for concurrently running piglit tests (for example), one failing
test doesn't cause unrelated tests to fail simply because it's submit
was queued up after one that triggered a hang.

Signed-off-by: Rob Clark &lt;robdclark@gmail.com&gt;
</content>
</entry>
</feed>
