linux/drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c, branch v4.7Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
https://git.shady.money/linux/atom?h=v4.72016-05-05T00:19:16Zdrm/amdgpu: use a sync object for VMID fences v22016-05-05T00:19:16ZChristian Königchristian.koenig@amd.com2016-02-15T11:33:02Zurn:sha1:832a902f9433b812f829e9f2257daf5d518cf0de
v2: rebase & cleanup
This way we can store more than one fence as user for each VMID.
Signed-off-by: Christian König <christian.koenig@amd.com>
Acked-by: Alex Deucher <alexander.deucher@amd.com> (v1)
Reviewed-by: Chunming Zhou <david1.zhou@amd.com> (v1)
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: add slap cache for sync objects as well2016-03-08T16:01:47ZChristian Königchristian.koenig@amd.com2016-02-16T10:24:58Zurn:sha1:257bf15a4b9795f8b352beb6e72a7e3e5aab8d27
We need them all the time.
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Reviewed-by: Chunming Zhou <david1.zhou@amd.com>
drm/amdgpu: remove HW fence owner2016-03-08T16:01:47ZChristian Königchristian.koenig@amd.com2016-02-16T09:57:10Zurn:sha1:336d1f5efe93db3d997a6d105760dd613d7ecdce
Not used any more since we now always use the sheduler.
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Reviewed-by: Chunming Zhou <david1.zhou@amd.com>
drm/amdgpu: cleanup the sync code2016-03-08T16:01:46ZChristian Königchristian.koenig@amd.com2016-02-16T15:23:02Zurn:sha1:bcc634f4a8f10a851dd3d8429ea28998351ca843
No need for two functions doing the same, remove one and
add comments what those functions actually do.
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Reviewed-by: Chunming Zhou <david1.zhou@amd.com>
drm/amdgpu: remove adev and fence from amdgpu_sync_free2016-02-10T19:17:17ZChristian Königchristian.koenig@amd.com2016-02-03T14:11:39Zurn:sha1:8a8f0b48a0162c449481ae91ba2ef51b6539f41c
Just leftovers from the semaphores.
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Alex Deucher <alexander.deucer@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: remove sync_to from sync obj v22016-02-10T19:16:52ZChristian Königchristian.koenig@amd.com2016-01-18T13:49:45Zurn:sha1:046c12c67b15018ab7ed2688a252475d5a8b9db1
Not needed any more without semaphores.
v2: remove unused variables as well
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Chunming Zhou <david1.zhou@amd.com>
Acked-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: cleanup amdgpu_sync_rings V22016-02-10T19:16:50ZChunming ZhouDavid1.Zhou@amd.com2016-01-15T03:12:42Zurn:sha1:be86c606b50a53b60f3591ba94dd687524f2ee21
No longer needed now that semaphores are gone.
V2: remove the first amdgpu_sync_wait in amdgpu_ib_schedule
Signed-off-by: Chunming Zhou <David1.Zhou@amd.com>
Reviewed-by: Ken Wang <Qingqing.Wang@amd.com> (V1)
Reviewed-by: Monk Liu <monk.liu@amd.com> (V2)
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: clean up hw semaphore support in driver2016-02-10T19:16:49ZChunming ZhouDavid1.Zhou@amd.com2016-01-15T03:05:21Zurn:sha1:2f4b9400336effee61cbf7f55b7dc35a39096ae1
No longer used.
Signed-off-by: Chunming Zhou <David1.Zhou@amd.com>
Reviewed-by: Ken Wang <Qingqing.Wang@amd.com>
Reviewed-by: Monk Liu <monk.liu@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: fix lost sync_to if scheduler is enabled.2016-01-13T16:39:15ZChunming ZhouDavid1.Zhou@amd.com2016-01-13T04:55:18Zurn:sha1:888c9e33e4c5a503285921046c621f7c73199d2f
when scheduler is enabled, the semaphore isn't used at all.
Signed-off-by: Chunming Zhou <David1.Zhou@amd.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
Cc: stable@vger.kernel.org
drm/amdgpu: wait interruptible when semaphores are disabled v22015-11-16T22:01:15ZChristian Königchristian.koenig@amd.com2015-09-10T13:03:50Zurn:sha1:680513cc0accf14cb447663b65e02ae307ac3811
Otherwise debugging locked up processes isn't possible.
v2: rebased
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com> (v1)