diff options
author | 2025-04-11 17:09:44 +0200 | |
---|---|---|
committer | 2025-04-12 14:04:53 +0200 | |
commit | a9d7de0f68b79e5e481967fc605698915a37ac13 (patch) | |
tree | c038848db5e8c37bcc784fb5602c370c7c560099 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | Merge patch series "pidfd: improve uapi when task isn't found" (diff) | |
parent | pidfs: ensure consistent ENOENT/ESRCH reporting (diff) | |
download | linux-rng-a9d7de0f68b79e5e481967fc605698915a37ac13.tar.xz linux-rng-a9d7de0f68b79e5e481967fc605698915a37ac13.zip |
Merge patch series "pidfs: ensure consistent ENOENT/ESRCH reporting"
Christian Brauner <brauner@kernel.org> says:
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.
* patches from https://lore.kernel.org/20250411-work-pidfs-enoent-v2-0-60b2d3bb545f@kernel.org:
pidfs: ensure consistent ENOENT/ESRCH reporting
exit: move wake_up_all() pidfd waiters into __unhash_process()
Link: https://lore.kernel.org/20250411-work-pidfs-enoent-v2-0-60b2d3bb545f@kernel.org
Signed-off-by: Christian Brauner <brauner@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions