- 12 Feb, 2016 7 commits
-
-
Christian König authored
Avoid a lock inversion problem by just using the mmap_sem to protect the entries of the intervall tree. Signed-off-by:
Christian König <christian.koenig@amd.com> Reviewed-by:
Felix Kuehling <Felix.Kuehling@amd.com>
-
Harry Wentland authored
Signed-off-by:
Harry Wentland <harry.wentland@amd.com> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com>
-
Tom St Denis authored
Signed-off-by:
Tom St Denis <tom.stdenis@amd.com> Reviewed-by:
-
Tom St Denis authored
Signed-off-by:
-
Tom St Denis authored
Reduce for loop with bitmask to simple complement and mask Signed-off-by:
-
Tom St Denis authored
Signed-off-by:
-
Tom St Denis authored
Replaces switch statements with direct assignments to reduce line count significantly. Signed-off-by:
-
- 10 Feb, 2016 33 commits
-
-
Rex Zhu authored
In case CONFIG_DRM_AMD_POWERPLAY is defined and amdgpu.powerplay=0. some functions in powrplay can also be called by DAL. and the input parameter is *adev. if just check point not NULL was not enough and will lead to NULL point error. Signed-off-by:
Rex Zhu <Rex.Zhu@amd.com> Reviewed-by:
-
Eric Yang authored
Signed-off-by:
Eric Yang <eric.yang2@amd.com> Reviewed-by:
-
Eric Yang authored
Signed-off-by:
Eagle Yeh <eagle.yeh@amd.com> Signed-off-by:
-
Rex Zhu authored
Signed-off-by:
Jammy Zhou <Jammy.Zhou@amd.com> Reviewed-by:
-
Vitaly Prosyak authored
Use min required system clock calculated by dal Signed-off-by:
-
David Rokhvarg authored
Signed-off-by:
David Rokhvarg <David.Rokhvarg@amd.com> Reviewed-by:
-
Rex Zhu authored
Reviewed-by:
-
Rex Zhu authored
Reviewed-by:
-
Rex Zhu authored
amd_pp_dal_clock_info to amd_pp_simple_clock_info. Signed-off-by:
-
Harry Wentland authored
Signed-off-by:
-
Vitaly Prosyak authored
Prior actual MMIO flip we need to acquire DAL mutex to guard our target state which get modified on reset mode. Assign page flip status before actual flip to handle the possible race condition with interrupt. Signed-off-by:
Vitaly Prosyak <vitaly.prosyak@amd.com> Reviewed-by:
-
Harry Wentland authored
Signed-off-by:
-
Christian König authored
No need to keep that for every IB. Signed-off-by:
-
Christian König authored
We need the IB test for GPU resets as well and the scheduler should be stoped then. Signed-off-by:
Alex Deucher <alexander.deucer@amd.com> Signed-off-by:
-
Christian König authored
We need the IB test for GPU resets as well and the scheduler should be stoped then. Signed-off-by:
-
Christian König authored
That's probably a better matching name. Signed-off-by:
-
Christian König authored
Add a job_alloc_with_ib helper and proper job submission. Signed-off-by:
-
Christian König authored
There is no point in sending them through the scheduler. Signed-off-by:
-
Christian König authored
Signed-off-by:
-
Christian König authored
We can't submit to multiple rings at the same time anyway. Signed-off-by:
-
Christian König authored
The padding depends on the firmware version and we need that for BO moves as well, not only for VM updates. v2: new approach of making pad_ib a ring function v3: fix typo in macro name Signed-off-by:
-
Christian König authored
Don't keep that around twice. Signed-off-by:
-
Christian König authored
And use them in the CS instead of allocating IBs and jobs separately. Signed-off-by:
-
Christian König authored
Specifying no IBs on command submission is invalid, stop crashing badly when somebody tries it. Signed-off-by:
-
Christian König authored
Just a leftover from semaphores. Signed-off-by:
-
Christian König authored
Just leftovers from the semaphores. Signed-off-by:
-
Christian König authored
Instead of when we try to bind it check the usermm when we try to use it in the IOCTLs. Signed-off-by:
-
Matthew Dawson authored
When the radeon driver resets a gpu, it attempts to test whether all the rings can successfully handle an IB. If these rings fail to respond, the process will wait forever. Another gpu reset can't happen at this point, as the current reset holds a lock required to do so. Instead, make all the IB tests run with a timeout, so the system can attempt to recover in this case. While this doesn't fix the underlying issue with card resets failing, it gives the system a higher chance of recovering. These timeouts have been confirmed to help both a Tathi and Hawaii card recover after a gpu reset. This also adds a new function, radeon_fence_wait_timeout, that behaves like fence_wait_timeout. It is used instead of fence_wait_timeout as it continues to work during a reset. radeon_fence_wait is changed to be implemented using this function. V2: - Changed the timeout to 1s, as the default 10s from radeon_wait_timeout was too long. A timeout of 100ms was tested and found to be too short. - Changed radeon_fence_wait_timeout to behave more like fence_wait_timeout. Reviewed-by:
Matthew Dawson <matthew@mjdsystems.ca> Signed-off-by:
-
Alex Deucher authored
Drop needless function wrapper. Signed-off-by: -
Christian König authored
Move that out of the main IOCTL function. Signed-off-by:
-
Christian König authored
And use it in UVD/VCE command patching. v2: squash in Christian's fix Signed-off-by:
-
Christian König authored
We only need a few dw here. Signed-off-by:
-
Alex Deucher authored
VBIOS does this for us in asic_init. v2: update iceland as well Reviewed-by:
Monk Liu <monk.liu@amd.com> Reviewed-by:
-
