[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49E79B1E.9090405@garzik.org>
Date: Thu, 16 Apr 2009 16:54:54 -0400
From: Jeff Garzik <jeff@...zik.org>
To: Ingo Molnar <mingo@...e.hu>
CC: James Bottomley <James.Bottomley@...senPartnership.com>,
LKML <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...ux.intel.com>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [PATCH 00/14] convert voyager over to the x86 quirks model
Ingo Molnar wrote:
> * Ingo Molnar <mingo@...e.hu> wrote:
>
>> * James Bottomley <James.Bottomley@...senPartnership.com> wrote:
>>
>>> 39 files changed, 554 insertions(+), 726 deletions(-)
>> That diffstat is not against current mainline, is it?
>> Would you mind to send a proper diffstat with the revert
>> included as well? That will give us a complete picture.
>
> ok, i did the calculations, and the effect of adding back
> x86/Voyager is roughly:
>
> 48 files changed, 5226 insertions(+), 142 deletions(-)
>
> That's quite a lot, and lets put this into perspective.
>
> You are talking about moving ~5000 lines of legacy code back into
> arch/x86/, for a total of *four* Voyager/Linux systems, which are
> using _ancient_ 486/P5 era CPUs.
>
> Two of these systems are in your house, two are somewhere unknown:
> their owners certainly never sent bugreports against recent mainline
> kernels (Voyager didnt even _build_ for a couple of straight kernel
> releases), and i suspect those boxes are probably decommissioned
> already.
>
> A single core on my run-of-the-mill x86 laptop has more computing
> power than all Voyager/Linux systems on the planet, combined. And
> you now want to add back support to the mainline arch/x86 code,
> which we are trying hard to keep running on millions of x86 Linux
> systems?
>
> You still have not given proper justification for doing that ...
>
> Sorry to be the one to say 'no', but the reasons you gave so far
> were not very convincing to me.
>
> Anyway, you seem to be willing to maintain this code it out of tree.
> If someone owns such an ancient Voyager box and wants to test a new
> kernel then your tree is a good starting point for doing that.
> There's really no pressing need to have this in mainline.
That argument is more than a little unfair, Ingo. Voyager support used
to be in mainline.
It got yanked, and now you are adding all sorts of barriers for its
re-inclusion?
And out of curiosity, who reviewed and accepted the patch that broke
Voyager's build?
Don't get hopping mad just because someone doesn't move at your warp
speed. Just mark it CONFIG_BROKEN and __move on__.
Taking my vendor hat OFF for a second, this sort of stuff just smacks
"corporate Linux" to me. What happened to the Linux community that
encouraged enthusiasts who wanted to keep alive some obscure code in the
kernel?
I think it will be a sad day when somebody, in an Ingo-like fit of
cleaning, rm -rf's m68k, alpha, and the like.
I am not an x86 maintainer, of course, but it hardly seems likely that
the existence of Voyager in the x86 tree is a huge, crushing,
soul-sucking burden.
A world without dinosaur architectures is a world without fun :)
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists