x86: Default to ARCH=x86 to avoid overriding CONFIG_64BIT
authorDavid Woodhouse <dwmw2@infradead.org>
Thu, 20 Dec 2012 21:51:55 +0000 (21:51 +0000)
committerH. Peter Anvin <hpa@linux.intel.com>
Thu, 20 Dec 2012 22:37:18 +0000 (14:37 -0800)
commitffee0de411fd4f74f3b788892eeb075abbf26c52
tree1b1bd2751822cdabca7d44de635369c9091ae624
parent29594404d7fe73cd80eaa4ee8c43dcc53970c60e
x86: Default to ARCH=x86 to avoid overriding CONFIG_64BIT

It is easy to waste a bunch of time when one takes a 32-bit .config
from a test machine and try to build it on a faster 64-bit system, and
its existing setting of CONFIG_64BIT=n gets *changed* to match the
build host.  Similarly, if one has an existing build tree it is easy
to trash an entire build tree that way.

This is because the default setting for $ARCH when discovered from
'uname' is one of the legacy pre-x86-merge values (i386 or x86_64),
which effectively force the setting of CONFIG_64BIT to match. We should
default to ARCH=x86 instead, finally completing the merge that we
started so long ago.

This patch preserves the behaviour of the legacy ARCH settings for commands
such as:

   make ARCH=x86_64 randconfig
   make ARCH=i386 randconfig

... since making the value of CONFIG_64BIT actually random in that situation
is not desirable.

In time, perhaps we can retire this legacy use of the old ARCH= values.
We already have a way to override values for *any* config option, using
$KCONFIG_ALLCONFIG, so it could be argued that we don't necessarily need
to keep ARCH={i386,x86_64} around as a special case just for overriding
CONFIG_64BIT.

We'd probably at least want to add a way to override config options from
the command line ('make CONFIG_FOO=y oldconfig') before we talk about doing
that though.

Signed-off-by: David Woodhouse <David.Woodhouse@intel.com>
Link: http://lkml.kernel.org/r/1356040315.3198.51.camel@shinybook.infradead.org
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Makefile
arch/x86/Kconfig
arch/x86/Makefile
arch/x86/configs/i386_defconfig