[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