[Devel] Re: [PATCH 3/7] make CONFIG_CHECKPOINT depend on CONFIG_CHECKPOINT_SUPPORT
Nathan Lynch
ntl at pobox.com
Wed Mar 25 20:09:31 PDT 2009
Dave Hansen <dave at linux.vnet.ibm.com> wrote:
> On Wed, 2009-03-25 at 18:02 -0500, Nathan Lynch wrote:
> >
> > diff --git a/checkpoint/Kconfig b/checkpoint/Kconfig
> > index e91e0fd..760c450 100644
> > --- a/checkpoint/Kconfig
> > +++ b/checkpoint/Kconfig
> > @@ -1,6 +1,6 @@
> > config CHECKPOINT
> > bool "Enable checkpoint/restart (EXPERIMENTAL)"
> > - depends on (X86_32 || (S390 && 64BIT)) && EXPERIMENTAL
> > + depends on CHECKPOINT_SUPPORT && EXPERIMENTAL
> > help
> > Application checkpoint/restart is the ability to save the
> > state of a running application so that it can later resume
>
> Yeah, this is the right way to do it, very nice.
Thanks Dave.
> Could we add a wee little ARCH_ prepend on 'CHECKPOINT_SUPPORT' in
> there? That way, people at least know where to go looking when they
> want to find out why it isn't enabled.
You have a point, but I'd prefer to keep the name unchanged:
* There doesn't seem to be a strong convention for putting the 'ARCH'
string in such symbols. Examples: LOCKDEP_SUPPORT, HAVE_KPROBES,
STACKTRACE_SUPPORT. Plenty of counter-examples, too, but there's no
standard practice AFAICT.
* Making the string more verbose means people are more likely to get
it wrong e.g. CONFIG_CHECKPOINT_ARCH_SUPPORT (and this sort of thing
can go unnoticed for a while).
* Implementers can grep or cscope for it and figure it out pretty
quickly, and they likely would do that anyway regardless of what it's
called.
Prepending ARCH_ would imply the right things, but with a comment, we
can be explicit.
commit 07087d9295d1c4dcd7e79b19d70abf19370f59da
Author: Nathan Lynch <ntl at pobox.com>
Date: Wed Mar 25 21:32:30 2009 -0500
document CHECKPOINT_SUPPORT
Make CHECKPOINT_SUPPORT's intended use clear with a comment in
checkpoint/Kconfig.
Signed-off-by: Nathan Lynch <ntl at pobox.com>
diff --git a/checkpoint/Kconfig b/checkpoint/Kconfig
index 760c450..1761b0a 100644
--- a/checkpoint/Kconfig
+++ b/checkpoint/Kconfig
@@ -1,3 +1,7 @@
+# Architectures should define CHECKPOINT_SUPPORT when they have
+# implemented the hooks for processor state etc. needed by the
+# core checkpoint/restart code.
+
config CHECKPOINT
bool "Enable checkpoint/restart (EXPERIMENTAL)"
depends on CHECKPOINT_SUPPORT && EXPERIMENTAL
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list