diff options
| author | Christian König <christian.koenig@amd.com> | 2023-09-08 11:27:23 +0300 |
|---|---|---|
| committer | Luben Tuikov <ltuikov89@gmail.com> | 2023-11-01 05:24:10 +0300 |
| commit | 0da611a8702101814257a7c03f6caf0574c83b98 (patch) | |
| tree | 91cd74ac65b2918f99839df290d988f8c9126d09 /drivers/gpu/drm/msm/msm_ringbuffer.c | |
| parent | 2fc1a50fa4472301a3b262fcfc78744c841d5587 (diff) | |
| download | linux-0da611a8702101814257a7c03f6caf0574c83b98.tar.xz | |
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/msm/msm_ringbuffer.c')
0 files changed, 0 insertions, 0 deletions