aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/msm/msm_submitqueue.c
diff options
context:
space:
mode:
authorRob Clark <[email protected]>2025-06-29 20:12:45 +0000
committerRob Clark <[email protected]>2025-07-04 18:09:43 +0000
commit471920ce25d50bb39bfdaf3c3d9bc9dde30fa265 (patch)
tree71d697d413515bad9030a40cc9a761bfce6282a0 /drivers/gpu/drm/msm/msm_submitqueue.c
parentdrm/gpuvm: Fix doc comments (diff)
downloadkernel-471920ce25d50bb39bfdaf3c3d9bc9dde30fa265.tar.gz
kernel-471920ce25d50bb39bfdaf3c3d9bc9dde30fa265.zip
drm/gpuvm: Add locking helpers
For UNMAP/REMAP steps we could be needing to lock objects that are not explicitly listed in the VM_BIND ioctl in order to tear-down unmapped VAs. These helpers handle locking/preparing the needed objects. Note that these functions do not strictly require the VM changes to be applied before the next drm_gpuvm_sm_map_lock()/_unmap_lock() call. In the case that VM changes from an earlier drm_gpuvm_sm_map()/_unmap() call result in a differing sequence of steps when the VM changes are actually applied, it will be the same set of GEM objects involved, so the locking is still correct. v2: Rename to drm_gpuvm_sm_*_exec_locked() [Danilo] v3: Expand comments to show expected usage, and explain how the usage is safe in the case of overlapping driver VM_BIND ops. Signed-off-by: Rob Clark <[email protected]> Tested-by: Antonino Maniscalco <[email protected]> Reviewed-by: Antonino Maniscalco <[email protected]> Acked-by: Danilo Krummrich <[email protected]> Patchwork: https://patchwork.freedesktop.org/patch/661458/
Diffstat (limited to 'drivers/gpu/drm/msm/msm_submitqueue.c')
0 files changed, 0 insertions, 0 deletions