aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/amd/amdgpu/amdgpu_sdma.c
diff options
context:
space:
mode:
authorLorenzo Stoakes <[email protected]>2025-06-16 19:33:22 +0000
committerChristian Brauner <[email protected]>2025-06-17 11:47:22 +0000
commitb013ed403197f3f8c30ddb3ce66fe05a632b3493 (patch)
treef46068df67cab1356c3a4cd19da1e3c08807e8d8 /drivers/gpu/drm/amd/amdgpu/amdgpu_sdma.c
parentmm/nommu: use file_has_valid_mmap_hooks() helper (diff)
downloadkernel-b013ed403197f3f8c30ddb3ce66fe05a632b3493.tar.gz
kernel-b013ed403197f3f8c30ddb3ce66fe05a632b3493.zip
fs: consistently use can_mmap_file() helper
Since commit c84bf6dd2b83 ("mm: introduce new .mmap_prepare() file callback"), the f_op->mmap() hook has been deprecated in favour of f_op->mmap_prepare(). Additionally, commit bb666b7c2707 ("mm: add mmap_prepare() compatibility layer for nested file systems") permits the use of the .mmap_prepare() hook even in nested filesystems like overlayfs. There are a number of places where we check only for f_op->mmap - this is incorrect now mmap_prepare exists, so update all of these to use the general helper can_mmap_file(). Most notably, this updates the elf logic to allow for the ability to execute binaries on filesystems which have the .mmap_prepare hook, but additionally we update nested filesystems. Signed-off-by: Lorenzo Stoakes <[email protected]> Link: https://lore.kernel.org/b68145b609532e62bab603dd9686faa6562046ec.1750099179.git.lorenzo.stoakes@oracle.com Acked-by: Kees Cook <[email protected]> Signed-off-by: Christian Brauner <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_sdma.c')
0 files changed, 0 insertions, 0 deletions