[lkml]   [2014]   [Feb]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: + exitc-call-proc_exit_connector-after-exit_state-is-set.patch added to -mm tree
> The process events connector delivers a notification when a process exits.
> This is really convenient for a process that spawns and wants to monitor
> its children through an epoll-able() interface.
> Unfortunately, there is a small window between when the event is delivered
> and the child become wait()-able.
> This is creates a race if the parent wants to make sure that it knows
> about the exit, e.g
> pid_t pid = fork();
> if (pid > 0) {
> register_interest_for_pid(pid);
> if (waitpid(pid, NULL, WNOHANG) > 0)
> {
> /* We might have raced with exit() */
> }

Just in case... Even with this patch the code above is still "racy" if the
child is multi-threaded. Plus it should obviously filter-out subthreads.
And afaics there is no way to make it reliable, even if you change the
code above so that waitpid() is called only after the last thread exits
WNOHANG still can fail.

Not that I am not arguing with this change. Although I hope that someone
can confirm that netlink_broadcast() is safe even if release_task(current)
was already called, so that the caller has no pids, sighand, is not visible
via /proc/, etc.


 \ /
  Last update: 2014-02-25 16:41    [W:0.058 / U:7.592 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site