From: Nathan Lynch <ntl-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
To: Dave Hansen <dave-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Subject: Re: [PATCH] Enhance checkpoint/restart Kconfig options
Date: Thu, 04 Jun 2009 15:01:53 -0500 [thread overview]
Message-ID: <m3iqjbix8u.fsf@pobox.com> (raw)
In-Reply-To: <20090604184504.F1BCB2F8@kernel> (Dave Hansen's message of "Thu\, 04 Jun 2009 11\:45\:04 -0700")
Dave Hansen <dave-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org> writes:
> I spent way too much time yesterday trying to figure out why
> my c/r tests weren't running. It turned out that I didn't
> have any of the namespaces enabled, the sys_unshare() was
> failing, and the debugging didn't explain any of this.
>
> So, to protect the world from repeating my mistakes, let's
> improve the Kconfig options a bit.
>
> 1. Don't say "Enable" in the c/r menu, that's just silly
> 2. move the c/r menu next to the namespaces
> 3. make CHECKPOINT select all of the namespaces
> 4. put a Kconfig 'comment' in explaining how everything
> got selected.
> 5. Put the namespaces in their own menu
>
> Perhaps I should break this up a bit and we can push some
> of this to the beginning of the series. Thoughts?
>
> ---
>
> linux-2.6.git-dave/checkpoint/Kconfig | 7 ++++++-
> linux-2.6.git-dave/init/Kconfig | 9 ++++++---
> 2 files changed, 12 insertions(+), 4 deletions(-)
>
> diff -puN checkpoint/Kconfig~cr-kconfig-fixup checkpoint/Kconfig
> --- linux-2.6.git/checkpoint/Kconfig~cr-kconfig-fixup 2009-06-04 11:38:57.000000000 -0700
> +++ linux-2.6.git-dave/checkpoint/Kconfig 2009-06-04 11:38:57.000000000 -0700
> @@ -7,9 +7,14 @@ config DEFERQUEUE
> default n
>
> config CHECKPOINT
> - bool "Enable checkpoint/restart (EXPERIMENTAL)"
> + bool "Checkpoint/restart (EXPERIMENTAL)"
> depends on CHECKPOINT_SUPPORT && EXPERIMENTAL
> select DEFERQUEUE
> + select UTS_NS
> + select IPC_NS
> + select NET_NS
> + select PID_NS
> + select USER_NS
*_NS all depend on NAMESPACES at the very least; some have additional
dependencies. Selecting a symbol without ensuring its dependencies are
enabled is one way to break a build.
Also - checkpoint is useful without *_NS, no? Forcing these things on
seems a little user-hostile..
next parent reply other threads:[~2009-06-04 20:01 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090604184504.F1BCB2F8@kernel>
2009-06-04 20:01 ` Nathan Lynch [this message]
[not found] ` <m3iqjbix8u.fsf-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
2009-06-04 20:17 ` [PATCH] Enhance checkpoint/restart Kconfig options Dave Hansen
2009-06-05 1:32 ` Oren Laadan
2009-06-05 4:25 ` Nathan Lynch
[not found] ` <m2zlcnfgst.fsf-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
2009-06-05 19:01 ` Dave Hansen
2009-06-04 20:41 ` Serge E. Hallyn
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=m3iqjbix8u.fsf@pobox.com \
--to=ntl-e+axbwqsrlaavxtiumwx3w@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=dave-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