diff options
author | Christian König <christian.koenig@amd.com> | 2023-09-08 10:27:23 +0200 |
---|---|---|
committer | Luben Tuikov <ltuikov89@gmail.com> | 2023-10-31 22:24:10 -0400 |
commit | 0da611a8702101814257a7c03f6caf0574c83b98 (patch) | |
tree | 91cd74ac65b2918f99839df290d988f8c9126d09 /drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c | |
parent | 2fc1a50fa4472301a3b262fcfc78744c841d5587 (diff) | |
download | linux-0da611a8702101814257a7c03f6caf0574c83b98.tar.gz linux-0da611a8702101814257a7c03f6caf0574c83b98.tar.bz2 linux-0da611a8702101814257a7c03f6caf0574c83b98.zip |
dma-buf: add dma_fence_timestamp helper
When a fence signals there is a very small race window where the timestamp
isn't updated yet. sync_file solves this by busy waiting for the
timestamp to appear, but on other ocassions didn't handled this
correctly.
Provide a dma_fence_timestamp() helper function for this and use it in
all appropriate cases.
Another alternative would be to grab the spinlock when that happens.
v2 by teddy: add a wait parameter to wait for the timestamp to show up, in case
the accurate timestamp is needed and/or the timestamp is not based on
ktime (e.g. hw timestamp)
v3 chk: drop the parameter again for unified handling
Signed-off-by: Yunxiang Li <Yunxiang.Li@amd.com>
Signed-off-by: Christian König <christian.koenig@amd.com>
Fixes: 1774baa64f93 ("drm/scheduler: Change scheduled fence track v2")
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
CC: stable@vger.kernel.org
Link: https://patchwork.freedesktop.org/patch/msgid/20230929104725.2358-1-christian.koenig@amd.com
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c')
0 files changed, 0 insertions, 0 deletions