From: Nathan Lynch <ntl-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
To: Oren Laadan <orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
Cc: Containers
<containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
Sukadev Bhattiprolu
<sukadev-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Subject: Re: [PATCH] user-cr: invoke exit system call directly from ckpt_do_feeder
Date: Mon, 30 Nov 2009 12:14:34 -0600 [thread overview]
Message-ID: <1259604874.6060.41.camel@localhost.localdomain> (raw)
In-Reply-To: <4B0E9A57.4020501-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
On Thu, 2009-11-26 at 10:10 -0500, Oren Laadan wrote:
>
> Nathan Lynch wrote:
> > The feeder thread can cause the restart process to fail by indirectly
> > calling exit_group, which sends SIGKILL to all other threads in the
> > process. If the feeder thread "wins" the race, the restart is
> > disrupted. A common symptom of this race is the coordinator task
> > returning from the wait_for_completion_interruptible in
> > wait_all_tasks_finish with a signal (the SIGKILL) pending.
>
> So the clone mage page says:
> ...
> The main use of clone() is to implement threads: multiple threads
> of control in a program that run concurrently in a shared memory
> space.
> ...
> When the fn(arg) function application returns, the child process
> terminates. The integer returned by fn is the exit code for the
> child process. The child process may also terminate explicitly by
> calling exit(2) or after receiving a fatal signal.
> ...
> (http://www.kernel.org/doc/man-pages/online/pages/man2/__clone2.2.html)
>
> I expected "terminates" here to mean invoke the syscall _exit().
> Clearly this is desirable with CLONE_THREAD,
Calling _exit (as glibc's clone support code does) is clearly
undesirable for CLONE_THREAD users such as restart.c because _exit calls
exit_group, terminating the whole thread group. That's kind of the
whole point of the patch :)
> but not for regular
> processes that will want to proceed to the usual glibc exit path
> (e.g. process at_exit() and what-not). Then again, the last thread
> to exit should also call glibc's exit for the same reason. So
> that's probably why it's handled this way.
>
> This matters for us because our user-space wrapper to eclone()
> should eventually do what the glibc's clone() wrapper does, instead
> of calling _exit() directly as it is today...
For compatibility's sake, the user-space eclone wrapper should
eventually do what glibc's clone support code does, yes -- branch to
_exit. But I think you've stated the case backwards? Currently the
eclone wrappers call sys_exit directly (e.g. "li r0,__NR_exit; sc" on
powerpc).
next prev parent reply other threads:[~2009-11-30 18:14 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-25 0:20 [PATCH] user-cr: invoke exit system call directly from ckpt_do_feeder Nathan Lynch
[not found] ` <1259108404.10928.3.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-11-25 18:35 ` Oren Laadan
2009-11-26 15:10 ` Oren Laadan
[not found] ` <4B0E9A57.4020501-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-11-30 18:14 ` Nathan Lynch [this message]
[not found] ` <1259604874.6060.41.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-12-01 7:12 ` Oren Laadan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1259604874.6060.41.camel@localhost.localdomain \
--to=ntl-e+axbwqsrlaavxtiumwx3w@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org \
--cc=sukadev-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox