aboutsummaryrefslogtreecommitdiff
path: root/fs/namei.c
diff options
context:
space:
mode:
authorLinus Torvalds2021-11-10 16:02:08 -0800
committerLinus Torvalds2021-11-10 16:02:08 -0800
commit6752de1aebee8e73ee9cc31263407fdf0e29c274 (patch)
tree07fc268a1caba899409838fd3f9ba5eb5fbfd8d2 /fs/namei.c
parent881007522c8fcc3785c75432dbb149ca1b78e106 (diff)
parentee9955d61a0a770152f9c3af470bd1689f034c74 (diff)
Merge tag 'pidfd.v5.16' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux
Pull pidfd updates from Christian Brauner: "Various places in the kernel have picked up pidfds. The two most recent additions have probably been the ability to use pidfds in bpf maps and the usage of pidfds in mm-based syscalls such as process_mrelease() and process_madvise(). The same pattern to turn a pidfd into a struct task exists in two places. One of those places used PIDTYPE_TGID while the other one used PIDTYPE_PID even though it is clearly documented in all pidfd-helpers that pidfds __currently__ only refer to thread-group leaders (subject to change in the future if need be). This isn't a bug per se but has the potential to be one if we allow pidfds to refer to individual threads. If that happens we want to audit all codepaths that make use of them to ensure they can deal with pidfds refering to individual threads. This adds a simple helper to turn a pidfd into a struct task making it easy to grep for such places. Plus, it gets rid of code-duplication" * tag 'pidfd.v5.16' of git://git.kernel.org/pub/scm/linux/kernel/git/brauner/linux: mm: use pidfd_get_task() pid: add pidfd_get_task() helper
Diffstat (limited to 'fs/namei.c')
0 files changed, 0 insertions, 0 deletions