Re: [patch 1/2] kcmp: Make it to depend on CONFIG_KCMP

From: Andrew Morton
Date: Tue Feb 19 2013 - 17:00:43 EST


On Wed, 20 Feb 2013 01:54:32 +0400
Cyrill Gorcunov <gorcunov@xxxxxxxxxx> wrote:

> On Tue, Feb 19, 2013 at 01:42:56PM -0800, Andrew Morton wrote:
> > > Index: linux-2.6.git/kernel/Makefile
> > > ===================================================================
> > > --- linux-2.6.git.orig/kernel/Makefile
> > > +++ linux-2.6.git/kernel/Makefile
> > > @@ -25,9 +25,7 @@ endif
> > > obj-y += sched/
> > > obj-y += power/
> > >
> > > -ifeq ($(CONFIG_CHECKPOINT_RESTORE),y)
> > > -obj-$(CONFIG_X86) += kcmp.o
> > > -endif
> > > +obj-$(CONFIG_KCMP) += kcmp.o
> > > obj-$(CONFIG_FREEZER) += freezer.o
> > > obj-$(CONFIG_PROFILING) += profile.o
> > > obj-$(CONFIG_STACKTRACE) += stacktrace.o
> >
> > This permits people to select kcmp with CONFIG_CHECKPOINT_RESTORE=n.
> > Is there any point in doing that?
> >
> > What would be wrong with just doing
> >
> > obj-$(CONFIG_CHECKPOINT_RESTORE) += kcmp.o
>
> I think this syscall is usefull even without c/r stuff.
> That's why I made it with separate config option.

hm, OK.

But the patch also permits CONFIG_CHECKPOINT_RESTORE=y, CONFIG_KCMP=n
which surely isn't something which CRIU wants to support?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/