aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
diff options
context:
space:
mode:
authorShixiong Ou <[email protected]>2025-05-22 07:07:12 +0000
committerThomas Zimmermann <[email protected]>2025-06-03 07:21:01 +0000
commit660cd44659a05c5fbfce6d2bb1ce448aa0f35594 (patch)
tree0f69608e085745b2ee892d02e7b5de63621ef372 /drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
parentdrm/panfrost: Fix panfrost device variable name in devfreq (diff)
downloadkernel-660cd44659a05c5fbfce6d2bb1ce448aa0f35594.tar.gz
kernel-660cd44659a05c5fbfce6d2bb1ce448aa0f35594.zip
drm/shmem-helper: Import dmabuf without mapping its sg_table
[WHY] 1. Drivers using DRM_GEM_SHADOW_PLANE_HELPER_FUNCS and DRM_GEM_SHMEM_DRIVER_OPS (e.g., udl, ast) do not require sg_table import. They only need dma_buf_vmap() to access the shared buffer's kernel virtual address. 2. On certain Aspeed-based boards, a dma_mask of 0xffff_ffff may trigger SWIOTLB during dmabuf import. However, IO_TLB_SEGSIZE restricts the maximum DMA streaming mapping memory, resulting in errors like: ast 0000:07:00.0: swiotlb buffer is full (sz: 3145728 bytes), total 32768 (slots), used 0 (slots) [HOW] Provide a gem_prime_import implementation without sg_table mapping to avoid issues (e.g., "swiotlb buffer is full"). Drivers that do not require sg_table can adopt this. Signed-off-by: Shixiong Ou <[email protected]> Acked-by: Thomas Zimmermann <[email protected]> Signed-off-by: Thomas Zimmermann <[email protected]> Link: https://lore.kernel.org/r/[email protected]
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c')
0 files changed, 0 insertions, 0 deletions