lkml.org 
[lkml]   [2010]   [Jun]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ARM defconfig files
On Thu, 3 Jun 2010, Linus Torvalds wrote:

>
>
> On Thu, 3 Jun 2010, Russell King wrote:
> >
> > I already covered that in my (ignored) email where I brought up a
> > "STD_CONFIG" config symbol, which could be disabled to turn off all
> > these additional "select"s.
>
> I apparently haven't explained myself enough, because what you keep on
> harping on is not something I consider acceptable.
>
> STD_CONFIG is pointless. It's pointless because the solution to what
> you call STD_CONFIG would be to just NOT USING the special Kconfig.xyz
> file at all.

Linus, I think somehow you and Russell are talking past each other.

I must admit I don't exactly understand what your suggestion is all
about. But I however think that Russell's suggestion makes tons of
sense. Care to elaborate on what you dislike about it?

What is this Kconfig.xyz you're talking about? How different is it
from, say, arch/arm/mach-pxa/Kconfig? If you look into that file,
you'll find a bunch of select's which are fundamentally needed for the
given targets to boot. This file could be augmented with more
conditional select's
à la STD_CONFIG as Russell is advocating to actually provide defaults
for the drivers that those targets should have by default.


Nicolas
> So when I suggest special Kconfig files, they are meant to just generate
> the templates - ie they'd _generate_ what is currently the defconfig
> files. You wouldn't _have_ to use them at all.

Sure. a standard "make config" would still produce that .defconfig as
usual. Only that you'd have to turn STD_CONFIG off to be offered the
choice of enabling/disabling those drivers which are enabled by default
otherwise, just like the "make foo_defconfig" is doing now.


Nicolas
\
 
 \ /
  Last update: 2010-06-03 22:37    [W:0.252 / U:0.544 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site