On Thu, Jun 03, 2010 at 11:18:05AM -0700, Linus Torvalds wrote:
Absolutely no way are we ready for that.
Linus, don't make this personal.
The problem is NOT "what options which are found under the arch/arm tree
do I need".
The problem is "what options throughout the rest of the kernel do I need
to result in a usable kernel".
No amount of reorganising the Kconfig files into a heirarchial manner
(which they already are) helps. Not one bit. Because they already are.
That's not where the problem is.
For instance, if I have platform A, I know it has an RTC. How do I know
which of the 37 RTC drivers the kernel configuration presents me with to
select? Am I really expected to open up the platform and read the
device numbers off all the chips (some of which being surface mount are
abbreviated) and work out that it's a TWL4030 RTC that I should be using?
That's just one instance - and there's probably many more just like that.
Just look at "multifunction drivers" for another case in point. How the
hell do I know what multifunction driver is appropriate for a platform?
Ditto "Power supply support".
The list goes endlessly on. All those things I've mentioned are all
_outside_ of arch/arm. That's where the _real_ problem is. Solve that
problem so that it's easier for people to configure the kernel, and then
we don't need the multitude defconfig files.
That's the problem which the defconfigs are solving today.
--
Russell King
Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
