aboutsummaryrefslogtreecommitdiffstats
path: root/net/unix/af_unix.c
diff options
context:
space:
mode:
authorChristian Brauner <[email protected]>2025-04-11 13:22:45 +0000
committerChristian Brauner <[email protected]>2025-04-12 12:04:53 +0000
commit17f1b08acf50c0bfb02e21623e53e7e575612b67 (patch)
treec038848db5e8c37bcc784fb5602c370c7c560099 /net/unix/af_unix.c
parentexit: move wake_up_all() pidfd waiters into __unhash_process() (diff)
downloadkernel-17f1b08acf50c0bfb02e21623e53e7e575612b67.tar.gz
kernel-17f1b08acf50c0bfb02e21623e53e7e575612b67.zip
pidfs: ensure consistent ENOENT/ESRCH reporting
In a prior patch series we tried to cleanly differentiate between: (1) The task has already been reaped. (2) The caller requested a pidfd for a thread-group leader but the pid actually references a struct pid that isn't used as a thread-group leader. as this was causing issues for non-threaded workloads. But there's cases where the current simple logic is wrong. Specifically, if the pid was a leader pid and the check races with __unhash_process(). Stabilize this by using the pidfd waitqueue lock. Link: https://lore.kernel.org/[email protected] Reviewed-by: Oleg Nesterov <[email protected]> Signed-off-by: Christian Brauner <[email protected]>
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions