On Thu, Jun 03, 2010 at 07:48:18AM -0700, Linus Torvalds wrote:
Umm...
Umm. I don't think you've actually looked at the Kconfig files if you're
writing this, because that's precisely what we already do.
arch/arm/Kconfig has a big choice statement in it to select the machine
class, and then it sources the individual arch/arm/*/Kconfig files,
which are themselves wrapped in a
if FOO
foo's options
endif
It's not one huge big "let's source everything and hope people ignore
options which don't apply to their platform" that you seem to be implying
we are doing.
The big problem with doing away with the defconfig files is more to do
with what happens _outside_ of arch/arm.
At one time, I was phasing IDE out, and didn't want to see the "IDE"
configuration options on platforms which either never had IDE support
or had had IDE support removed - unfortunately I was overruled by the
IDE/ATA developers and the conditionals we had went away.
That's just one instance, but consider when you're presented with
thousands of driver and filesystem configuration options as is the
case with modern kernels. How do you find the few options you need
to get to a point that the kernel you've built is actually useful?
Anyway, I thought we were discussing _defconfig_ files, not Kconfig
files...
What we _could_ to is introduce a:
config STD_CONFIG
bool "Enable me to generate a standard configuration for your platform"
and then have platforms conditionally select everything that's
appropriate for their use. That provides a way to avoid the ages old
issue of select forcing options on, but the user still being presented
with the option and being told the only possible value for it is 'y'.
And yes, it _is_ necessary - because if you want to turn off something
on the platform - eg, you're not using MMC and MMC fails to build -
you can still end up with a working configuration at the end of the
day.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
