Re: [PATCH] config: Add 'make kvmconfig'

[Ingo Molnar]

* Sam Ravnborg <sam@xxxxxxxxxxxx> wrote:

> On Thu, Oct 27, 2011 at 02:07:14PM +0200, Sasha Levin wrote:
> > This patch adds 'make kvmconfig' which allows to add KVM guest support
> > to a config file.
> > 
> > This allows for easier testing of configurations under virtualized
> > environments.
> > 
> > Cc: Ingo Molnar <mingo@xxxxxxx>
> > Cc: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
> > Cc: Michal Marek <mmarek@xxxxxxx>
> > Cc: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
> > Cc: linux-kbuild@xxxxxxxxxxxxxxx
> > Cc: linux-kernel@xxxxxxxxxxxxxxx
> > Suggested-by: Ingo Molnar <mingo@xxxxxxx>
> > Signed-off-by: Sasha Levin <levinsasha928@xxxxxxxxx>
> 
> Two points about the implmentation that I do not like...
> 
> The kvmconfig is an x86 specific thing - so it does not belong
> in the scripts/kconfig/Makefile
> 
> The *config namespace is general config targets.
> 
> Suggestion:
> Move the implmentation to arch/x86/Makefile and name the target
> something that does not match the *config pattern.
> 
> Suggestion:
> 
>    make kvmbootable
> 
> To tell that this convert the current config to a kvmbootable config.
> 
> And then add the target to the x86 specific help too.

KVM itself is not x86 specific (although this patch obviously is), so 
we'd like to keep at least the naming non-x86.

Furthermore, the functionality generally fits into the pattern that 
'oldconfig' does: it changes an existing config - so having 'config' 
in the name somewhere makes quite a bit of sense. If i didn't know 
what 'kvmbootable' does i couldnt guess that it touches the .config - 
while the *config pattern makes that patently obvious.

Could we set aside some sort of name for such subsystem specific 
purposes and be done with it? Could we reuse the 'defconfig' 
naming perhaps and make it richer:

	make defconfig kvm

or:

	make defconfig-kvm

? It would be very obvious at a glance what it does.

Thanks,

	Ingo
--
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/