linux-stable.git/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c, branch linux-4.13.y

drm/amdkfd: Remove unused references to shared_resources.num_mec

2017-07-14T01:21:54+00:00

Dead code.

Change-Id: Ic0bb1bcca87e96bc5e8fa9894727b0de152e8818
Signed-off-by: Jay Cornwall 
Reviewed-by: Alex Deucher 
Signed-off-by: Oded Gabbay

drm/amdkfd: allow split HQD on per-queue granularity v5

2017-05-31T20:48:54+00:00

Update the KGD to KFD interface to allow sharing pipes with queue
granularity instead of pipe granularity.

This allows for more interesting pipe/queue splits.

v2: fix overflow check for res.queue_mask
v3: fix shift overflow when setting res.queue_mask
v4: fix comment in is_pipeline_enabled()
v5: clamp res.queue_mask to the first MEC only

Reviewed-by: Edward O'Callaghan 
Reviewed-by: Felix Kuehling 
Acked-by: Christian König 
Signed-off-by: Andres Rodriguez 
Signed-off-by: Alex Deucher

drm/amdgpu: take ownership of per-pipe configuration v3

2017-05-31T20:48:52+00:00

Make amdgpu the owner of all per-pipe state of the HQDs.

This change will allow us to split the queues between kfd and amdgpu
with a queue granularity instead of pipe granularity.

This patch fixes kfd allocating an HDP_EOP region for its 3 pipes which
goes unused.

v2: support for gfx9
v3: fix gfx7 HPD intitialization

Reviewed-by: Edward O'Callaghan 
Reviewed-by: Felix Kuehling 
Acked-by: Christian König 
Signed-off-by: Andres Rodriguez 
Signed-off-by: Alex Deucher

amdkfd: Use the canonical form in branch predicates

2016-04-30T14:06:27+00:00

Found-By: Coccinelle
Signed-off-by: Edward O'Callaghan 
Signed-off-by: Oded Gabbay

drm/amdkfd: make reset wavefronts per process per device

2015-06-06T19:26:39+00:00

This commit moves the reset wavefront flag to per process per device
data structure, so we can support multiple devices.

Signed-off-by: Ben Goz 
Signed-off-by: Oded Gabbay

drm/amdkfd: Enforce kill all waves on process termination

2015-06-03T08:34:47+00:00

This commit makes sure that on process termination, after
we're destroying all the active queues, we're killing all the
existing wave front of the current process.

By doing this we're making sure that if any of the CUs were blocked
by infinite loop we're enforcing it to end the shader explicitly.

Signed-off-by: Ben Goz 
Signed-off-by: Oded Gabbay

drm/amdkfd: Add wave control operation to debugger

2015-06-03T08:33:06+00:00

The wave control operation supports several command types executed upon
existing wave fronts that belong to the currently debugged process.

The available commands are:

HALT   - Freeze wave front(s) execution
RESUME - Resume freezed wave front(s) execution
KILL   - Kill existing wave front(s)

Signed-off-by: Yair Shachar 
Signed-off-by: Oded Gabbay

drm/amdkfd: Add static user-mode queues support

2015-06-03T08:32:28+00:00

This patch adds support for static user-mode queues in QCM.
Queues which are designated as static can NOT be preempted by
the CP microcode when it is executing its scheduling algorithm.

This is needed for supporting the debugger feature, because we
can't allow the CP to preempt queues which are currently being debugged.

The number of queues that can be designated as static is limited by the
number of HQDs (Hardware Queue Descriptors).

Signed-off-by: Yair Shachar 
Signed-off-by: Oded Gabbay

Backmerge v4.1-rc4 into into drm-next

2015-05-20T06:23:53+00:00

We picked up a silent conflict in amdkfd with drm-fixes and drm-next,
backmerge v4.1-rc5 and fix the conflicts

Signed-off-by: Dave Airlie 

Conflicts:
	drivers/gpu/drm/drm_irq.c

drm/amdkfd: Add interrupt handling module

2015-05-19T09:13:39+00:00

This patch adds the interrupt handling module, kfd_interrupt.c, and its
related members in different data structures to the amdkfd driver.

The amdkfd interrupt module maintains an internal interrupt ring
per amdkfd device. The internal interrupt ring contains interrupts
that needs further handling. The extra handling is deferred to
a later time through a workqueue.

There's no acknowledgment for the interrupts we use. The hardware
simply queues a new interrupt each time without waiting.

The fixed-size internal queue means that it's possible for us to lose
interrupts because we have no back-pressure to the hardware.

However, only interrupts that are "wanted" by amdkfd, are copied into
the amdkfd s/w interrupt ring, in order to minimize the chances
for overflow of the ring.

Signed-off-by: Andrew Lewycky 
Signed-off-by: Oded Gabbay