[patch 02/10] powerpc: Move CONFIG_PPC64 into CPU selection
Arnd Bergmann
arnd at arndb.de
Tue Jun 12 18:08:01 EST 2007
On Tuesday 12 June 2007, Paul Mackerras wrote:
> > Currently, PPC64 is a top level configuration option in
> > arch/powerpc/Kconfig, which is somewhat unconventional.
>
> It makes a lot of sense to me to have 32 vs. 64 bits as a high level
> binary selector that conditions the things that follow. I don't think
> it makes sense to push it down into the CPU selection menu.
Can you eleborate, other than stating the exact opposite of what
my comment said?
I don't mind removing this patch from the series, but I'd like to
understand the reason. I've always thought of the top-level option
as a temporary ugly hack that should eventually go away ;-)
Other than subjective feelings, my reasons for this patch were:
* No other architecture I have seen uses bool options in the top-level
menu, so it would be more consistant to move it to the cpu type
selection menu.
* we have six (depending on how you count) PPC CPU families
supported by Linux (4xx, 6xx, 8xx, e200, e500, ppc64), each
of them incompatible with the others, meaning that you can run
common user space but not a common kernel. Having the list in
as the first Kconfig choice seems logical to me, because
all other options more or less depend on these.
* The only major difference between ppc64 and the others is the
object format of the kernel binary. My impression when playing
with the cpu selection menu was that we have a lot more stuff
depending on 6xx than on ppc64.
* Given the choice between the equivalent
> config PPC64
> bool
>
> choice
> depends on !PPC64
> config 4xx
> config 6xx
> config 8xx
> config E200
> config E500
> endchoice
and
> choice
> config PPC64
> config 4xx
> config 6xx
> config 8xx
> config E200
> config E500
> endchoice
I find the latter easier to understand regarding further options
depending on each of them in the individual platforms, e.g. each
of the platforms/foo/Kconfig files depends on exactly one of these
six options.
Arnd <><
More information about the Linuxppc-dev
mailing list