]> git.ipfire.org Git - thirdparty/linux.git/commit
fs: consistently use can_mmap_file() helper
authorLorenzo Stoakes <lorenzo.stoakes@oracle.com>
Mon, 16 Jun 2025 19:33:22 +0000 (20:33 +0100)
committerChristian Brauner <brauner@kernel.org>
Tue, 17 Jun 2025 11:47:22 +0000 (13:47 +0200)
commitb013ed403197f3f8c30ddb3ce66fe05a632b3493
treef46068df67cab1356c3a4cd19da1e3c08807e8d8
parentc6900f227f892b36f9c820e60953fe01a4c1b6fa
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 <lorenzo.stoakes@oracle.com>
Link: https://lore.kernel.org/b68145b609532e62bab603dd9686faa6562046ec.1750099179.git.lorenzo.stoakes@oracle.com
Acked-by: Kees Cook <kees@kernel.org>
Signed-off-by: Christian Brauner <brauner@kernel.org>
fs/backing-file.c
fs/binfmt_elf.c
fs/binfmt_elf_fdpic.c
fs/coda/file.c
fs/ecryptfs/file.c
include/linux/fs.h
mm/mmap.c
mm/nommu.c
tools/testing/vma/vma_internal.h