Re: ARM defconfig files
From: Daniel Walker
Date: Thu Jun 03 2010 - 12:53:49 EST
On Thu, 2010-06-03 at 07:48 -0700, Linus Torvalds wrote:
> [ Continuation on the "ARM MSM updates" thread ]
>
> On Thu, 3 Jun 2010, Russell King wrote:
> >
> > It'd be nice if you'd copy me...
>
> Yeah, the thread started out as a "I got really bored with lots of msm
> patches", and then just expanded into what I think is wrong with the
> sub-architectures.
>
> > On the defconfig files, you may not like them - I don't like the
> > proliferation of them either. What I've always wanted to see is
> > one defconfig per class of machines - in other words, one mach-XXX.
>
> I can understand that, but at the same time, I do think that the
> "defconfig" file concept as it is now is just broken. To the point of
> being unfixable. It's obviously just a copy of the final .config, and it's
> fundamentally not really readable (and especially not writable) by humans.
>
> And that all actually made some sense way-back-when, back when it was
> originally done - back when our config files were tiny (compared to what
> they are now), and when it ended up being the default input for the
> config. It just doesn't make much sense any more. The Kconfig files
> themselves end up having defaults for the core things, and the non-core
> things are too many to list/edit sanely in that format.
>
> So the original reason I want to remove them is that they are very
> annoying, but the reasoning that then takes that annoyance and makes me
> think seriously about removing them despite the inevitable pain factor is
> that I really don't think we can even use the concept for any better
> model.
>
> Anything better would _have_ to be totally different. And no, I don't
> think your "diffs against a base" model work either, because while it
> would make them smaller, it would still make them basically unreadable and
> uneditable by any human, which means that it's not something we should
> check in - it's a generated file!
Have you noticed this ..
http://ktrap.org/mailarchive/linux-kernel/2010/5/17/4571130
I'm not sure of the goals, but it sounds like it might be relevant.
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/