On Mon, Jul 12, 2010 at 10:40:36AM -0700, Linus Torvalds wrote:
That's your point of view.
My viewpoint was that I had read your email, thought of some alternative
solution, proposed it and the result was shot down without any apparant
thought about it. That gave the impression that you _only_ wanted to
see your own solution.
The result of that has been very little in the way of progress towards
either your, or my alternative solutions - and apart from a few Kconfig
corner quirk patches, the only major work that's happened has been from
Uwe.
So in that regard, I support Uwe's patches as a means to prevent the
impending loss of build coverage from facilities such as linux-next and
the ARM kernel autobuilder, as that's the only option that's currently
available.
As far as timing goes, I see no reason for it to be merged during -rc.
As has already been said, I'm intending _not_ to make the defconfig
situation any worse by accepting patches which add to the mess, as I'm
also mindful that its exactly those kinds of patches are the cause of
this problem.
Now, I'm happy to take Uwe's tree through mine for the next merge
window _iff_ you find his solution acceptable, and you want that to
happen.
I'll also use this opportunity to warn you now - especially as you also
complained about the amount of churn. There is an effort to try to
allow a single ARM kernel to boot on a wider range of platforms with
more differences than it currently does. This is going to mean a
certain amount of restructuring, and a lot of additional patches over
time to gradually convert the code. So, I'm expecting that there will
be even _more_ patches - some fairly big - to come over the next year
or so.
To give an idea - if we change the structure which defines a machine's
properties, we're going to be changing 348 files under arch/arm to match.
Clearly that's also going to give you a problem with diffstat being
swamped.
--
