[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071116111446.GA16968@devil>
Date: Fri, 16 Nov 2007 12:14:46 +0100
From: Andreas Herrmann <aherrman@...or.de>
To: Sam Ravnborg <sam@...nborg.org>
Cc: linux-kbuild@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Kconfig: ARCH=x86
Hi,
I have just some minor remarks wrt the commit message for
daa93fab824f2b8c35bd11670c7fab2f32b2de5f - 'x86: enable "make
ARCH=x86"'. (Based on my observations when testing the stuff on 64bit
and 32bit hosts with Linus' tree v2.6.24-rc2-640-g8c08634.)
For randconfig we have now the following behaviour. (The table shows
whether the resulting configuration is for 32 or 64-bit.)
# make randconfig [ARCH=...] [K64BIT=]
option \ host arch | 32bit | 64bit
=====================================================
./. | 32bit | 64bit
ARCH=x86 | 32bit/64bit | 32bit/64bit
ARCH=x86 K64BIT=n | 32bit | 32bit
ARCH=x86 K64BIT=y | 64bit | 64bit
ARCH=x86_64 | 64bit | 64bit
ARCH=x86_64 K64BIT=n | 32bit | 32bit
ARCH=x86_64 K64BIT=y | 64bit | 64bit
Basically this means if you are addicted to randconfig (like I am) and
want to compile-test the entire range of possible 32-bit _and_ 64-bit
configurations you have to use "ARCH=x86" on te commmand line.
For menuconfig (config, oldconfig, silentoldconfig) we have the
following default selections, depending on whether there exists an old
.config file or not. Especially this means that the default for
CONFIG_64BIT does not depend on any command line option like "ARCH=x86
K64BIT=y".
option \ host arch | 32bit | 64bit
=================================================
| (w/o any .config file)
all relevant options | 32bit | 64bit
-------------------------------------------------
| (with old 32-bit .config)
all relevant options | 32bit | 32bit
------------------------+---------------+--------
| (with old 64-bit .config)
all relevant options | 64bit | 64bit
I don't know whether the above is the desired behaviour. But that's
what I have observed on my machines. And now that I know how it works
I can live with it ;-)
BTW, is the x86 kernel build documented somewhere?
At a first glance I didn't find anything suitable under Documentation/.
Maybe some explanation (like the above) should be added there.
Regards,
Andreas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists