summaryrefslogtreecommitdiff
path: root/tools/lib/python
diff options
context:
space:
mode:
authorBjoern Doebel <doebel@amazon.de>2026-10-01 08:24:11 +0000
committerChristian Brauner <brauner@kernel.org>2026-10-12 11:24:28 +0200
commit9ba6627ef6b12debd1c54443939718db63234274 (patch)
tree25857cb8c631c2e7b983b694050f64b2f4b2e589 /tools/lib/python
parent123dcfe87d5f8c9a2ff489545e85c0345de9e21c (diff)
downloadlinux-next-9ba6627ef6b12debd1c54443939718db63234274.tar.gz
linux-next-9ba6627ef6b12debd1c54443939718db63234274.zip
selftests/filesystems: Fix idmapped_tmpfile layer dir ownership
The recent idmapped_tmpfile selftest creates a new directory in tmpfs owned by user ID 0. It then idmaps the mount as caller [0,10000) to disk [10000,20000). The original uid 0 owner does not exist in the mapped range. As a result, mapped_caller_creates_and_links fails at the O_TMPFILE open because inode_permission() rejects MAY_WRITE access: idmapped_tmpfile.c:145:mapped_caller_creates_and_links: Expected fd (-1) >= 0 (0) Chown the directory into the mapped range to satisfy the UID requirement. Fixes: d943e68edc5cb ("selftests/filesystems: test O_TMPFILE creation on idmapped mounts") Cc: stable@vger.kernel.org # 7.2+ Signed-off-by: Bjoern Doebel <doebel@amazon.de> Link: https://patch.msgid.link/20261001082411.1493072-1-doebel@amazon.de Signed-off-by: Christian Brauner (Amutable) <brauner@kernel.org>
Diffstat (limited to 'tools/lib/python')
0 files changed, 0 insertions, 0 deletions