Linux Container Development
 help / color / mirror / Atom feed
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).

  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