kernel/drivers/gpu/drm/etnaviv/etnaviv_buffer.c, branch linux-4.17.y

drm/etnaviv: add function to load the initial PTA state

2018-03-09T11:22:38Z

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

drm/etnaviv: move cmdbuf into submit object

2018-01-02T16:33:36Z

Less dynamic allocations and slims down the cmdbuf object to only the required information, as everything else is already available in the submit object. This also simplifies buffer and mappings lifetime management, as they are now exlusively attached to the submit object and not additionally to the cmdbuf. Signed-off-by: Lucas Stach

drm/etnaviv: move exec_state to submit object

2018-01-02T16:32:40Z

We'll need this in some places where only the submit is available. Also this is a first step at slimming down the cmdbuf object. Signed-off-by: Lucas Stach

drm/etnaviv: add lockdep annotations to buffer manipulation functions

2018-01-02T16:25:44Z

When manipulating the kernel command buffer the GPU mutex must be held, as otherwise different callers might try to replace the same part of the buffer, wreacking havok in the GPU execution. Signed-off-by: Lucas Stach Reviewed-by: Philipp Zabel

drm/etnaviv: remove switch_context member from etnaviv_gpu

2018-01-02T16:21:37Z

There is no need to store this in the gpu struct. MMU flushes are triggered correctly in reaction to MMU maps and unmaps, independent of the current ctx. Any required pipe switches can be infered from the current and the desired GPU exec state. Signed-off-by: Lucas Stach Reviewed-by: Philipp Zabel Reviewed-by: Christian Gmeiner

drm/etnaviv: add 'sync point' support

2017-10-10T09:45:45Z

In order to support performance counters in a sane way we need to provide a method to sync the GPU with the CPU. The GPU can process multpile command buffers/events per irq. With the help of a 'sync point' we can trigger an event and stop the GPU/FE immediately. When the CPU is done with is processing it simply needs to restart the FE and the GPU will process the command stream. Changes from v1 -> v2: - process sync point with a work item to keep irq as fast as possible Changes from v4 -> v5: - renamed pmrs_* to sync_point_* - call event_free(..) in sync_point_worker(..) Signed-off-by: Christian Gmeiner Signed-off-by: Lucas Stach

drm/etnaviv: wire up iova handling in new cmdbuf abstraction

2017-02-02T09:30:20Z

Don't call the IOMMU directly, but go through the new cmdbuf abstraction. Signed-off-by: Lucas Stach Reviewed-by: Christian Gmeiner

drm/etnaviv: move cmdbuf de-/allocation into own file

2017-02-02T09:30:15Z

This will get more complex with the following changes, so move it into its own place. Signed-off-by: Lucas Stach Reviewed-by: Christian Gmeiner

drm/etnaviv: ensure write caches are flushed at end of user cmdstream

2016-10-10T13:26:38Z

If the GPU is done with one user command stream the buffers referenced by this command stream may go away and get unmapped from the MMU. If the write caches are still dirty at this point later evictions will run into MMU faults, killing the GPU. Make sure the write caches are flushed before signaling completion of the user command stream. Signed-off-by: Lucas Stach

drm/etnaviv: add flushing logic for MMUv2

2016-09-15T13:29:41Z

Flushing works differently on MMUv2, in that it's only necessary to set a single bit in the control register to flush all translation units. A semaphore stall then makes sure that the flush has propagated properly. Signed-off-by: Lucas Stach