diff options
| author | Rob Clark <[email protected]> | 2025-06-29 20:12:45 +0000 |
|---|---|---|
| committer | Rob Clark <[email protected]> | 2025-07-04 18:09:43 +0000 |
| commit | 471920ce25d50bb39bfdaf3c3d9bc9dde30fa265 (patch) | |
| tree | 71d697d413515bad9030a40cc9a761bfce6282a0 /drivers/gpu/drm/msm/msm_submitqueue.c | |
| parent | drm/gpuvm: Fix doc comments (diff) | |
| download | kernel-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
