- 17 Aug, 2015 40 commits
-
-
Jammy Zhou authored
This function is to update last_emitted_v_seq and wake up the waiters. It should be called by driver in the run_job backend function Signed-off-by:
Jammy Zhou <Jammy.Zhou@amd.com> Reviewed-by:
Christian König <christian.koenig@amd.com> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com>
-
Jammy Zhou authored
It is clean to update last_queued_v_seq in the scheduler module Signed-off-by:
-
Jammy Zhou authored
Fix the code alignment, etc. v2: rebase the code Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
Chunming Zhou <david1.zhou@amd.com> Reviewed-by:
-
Chunming Zhou authored
every sbumission should be able to get a fence. Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Christian König authored
Remove code not used at the moment. Signed-off-by:
-
Christian König authored
It is theoretically possible that a swapped out BO gets the same GTT address, but different backing pages while being swapped in. Instead just use another VA state to note updated areas. Ported from not upstream yet radeon commit with the same name. v2: fix some bugs in the original implementation found in the radeon code. v3: squash in VCE/UVD fix Signed-off-by:
-
monk.liu authored
thus unnecessary wake up could be avoid between rings v2: move wait_queue_head to fence_drv from ring Signed-off-by:
monk.liu <monk.liu@amd.com> Reviewed-by:
-
monk.liu authored
use fence_wait_any to implement fence_default_wait Signed-off-by:
-
monk.liu authored
origninal method will sleep/schedule at the granurarity of HZ/2 and based on seq signal method, the new implement is based on kernel fance interface, no unnecessary schedule at all v2: replace logic of original amdgpu_fence_wait_any Signed-off-by:
-
monk.liu authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
if enabling scheduler, then the queued seq is assigned when pushing job before emitting job. Signed-off-by:
-
Chunming Zhou authored
the job must be emitted by scheduler, otherwise scheduler is abnormal. Signed-off-by:
-
Jammy Zhou authored
This option can be used to specify the max number of submissions in the active HW queue. The default value is 2 now. Signed-off-by:
-
Jammy Zhou authored
This option can be used to specify the max job number in the job queue, and it is 16 by default. Signed-off-by:
-
Jammy Zhou authored
Signed-off-by:
-
Christian König authored
Signed-off-by:
-
Chunming Zhou authored
it is possible that the callback isn't defined sometimes. Signed-off-by:
-
Jammy Zhou authored
Signed-off-by:
-
Chunming Zhou authored
fence_process may be called from kthread, user thread and interrupt context. it is possible to called concurrently, then will wake up fence queue multiple times. Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
use kernel context to submit command for vm Signed-off-by:
-
Chunming Zhou authored
v2: rebase against kfd changes Signed-off-by:
-
Chunming Zhou authored
user mode will still use pte ring as a normal ring. if the prepare job generates another command(update pte) on its ring in scheduler, then will kill scheduler which is going to waiting later job but pending running job. Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
BO validation is moved to scheduler except usrptr which must be validated in user process Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
