lkml.org 
[lkml]   [2010]   [Jun]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [GIT PULL] ARM MSM updates for 2.6.35-rc1


On Wed, 2 Jun 2010, Kevin Hilman wrote:
>
> There indeed has been lots of change in mach-davinci, but I wouldn't
> consider it noise. In that one mach directory, I support ~10 SoCs in
> the same family and for each SoC there is at least one board
> supported. I'm also a core developer for mach-omap*, and the number
> of SoCs/boards supported there is equally large.

The problem with this is that it's just not maintainable to keep on adding
random stuff, especially since I doubt any of it ever gets aged away
either.

arch/arm as-is is already about 800k lines. Compare that to arch/x86,
which is less than a third of that. Now, what is the difference?

- x86 has its drivers elsewhere, and they are _discoverable_ and not
hardcoded to some platform. They have often also been useful (to say
the least) to other architecture platforms. That's not always true for
all of them (we do have drivers/platform/x86, but at least that's
maintained separately and is nowhere near the mess that is ARM)

- in contrast, ARM seems to be a mess. I realize it's largely because the
hardware companies are so f*cked up, but guys, we need to have some
handle on it too. I was willing to take the direct merges, and I still
am, but I'm willing to do it only if I have a feeling that things are
under control. And I'm not getting that feeling.

- TWO HUNDRED THOUSAND lines of arch/arm is just pure garbage, namely the
defconfig files. Quite frankly, anybody who calls that anything but
pure "noise" is just misguided and being stupid.

So yes, I do consider a lot of it "noise". When there's two hundred
thousand lines of garbage, and it keeps growing without bounds, something
needs to be done.

Now, I'm actually considering just getting rid of all the 'defconfig'
files entirely. The x86 model is sane (there's two of them, nobody likely
uses them), but ARM and POWERPC (and to a lesser config SH and MIPS) have
turned the whole concept into a disgusting mess.

But while POWERPC has abused that thing too, in _other_ respects it has
been much less egregious.

So I can largely fix the defconfig mess on my own (by just using a simple
oneliner shell script to deletes them all) but that really only fixes one
particularly annoying symptom - not the underlying issue. We do need
somebody to maintain the arm platform mess, and actually tries to get some
infrastructure or something in place so that it doesn't explode.

> The fact is that ARM-based devices multiply like rabbits, and there is
> a huge amount of diversity between the various derivatives. Also,
> support most of these devices has lived out of tree for a long time.
> Now that we have a relatively direct path which doesn't require any
> single person to have to understand all the mind-numbing details of
> all of these ARM-based platforms, it has allowed us to significantly
> improve the support for these devices upstream. Anything that is
> common to all devices still goes through RMK.

The thing is, I bet there is way more commonality still to be taken
advantage of. And even if there isn't, we need somebody who cares, and
doesn't just mindlessly aggregate all the crud. Somebody with the taste to
say "ok, that's just too effin ugly, you need to fix things up"
occasionally.

Linus


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