From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S264415AbRFOOWd>; Fri, 15 Jun 2001 10:22:33 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S264414AbRFOOWX>; Fri, 15 Jun 2001 10:22:23 -0400
Received: from pincoya.inf.utfsm.cl ([200.1.19.3]:12554 "EHLO
	pincoya.inf.utfsm.cl") by vger.kernel.org with ESMTP
	id <S264415AbRFOOWK>; Fri, 15 Jun 2001 10:22:10 -0400
Message-Id: <200106151421.f5FELWcc026650@pincoya.inf.utfsm.cl>
To: Michael Peddemors <michael@linuxmagic.com>
cc: Claudio Martins <ctpm@vega.net.dhis.org>, linux-kernel@vger.kernel.org
Subject: Re: obsolete code must die 
In-Reply-To: Message from Michael Peddemors <michael@linuxmagic.com> 
   of "14 Jun 2001 20:48:44 MST." <992576924.4885.13.camel@mistress> 
Date: Fri, 15 Jun 2001 10:21:32 -0400
From: Horst von Brand <vonbrand@inf.utfsm.cl>
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

Claudio Martins <ctpm@vega.net.dhis.org> said:

[...]

> Anyone with a <486 probably shudders at the space and time requirements
> of compiling modern kernels..
... which they do on their newer machine anyway, as the i386 in the closet
is a router that sports no compiler.

> The older boxes don't support the new hardware anyways..
... so support for old hardware has to stay (unless it hurts somewhere,
which is rather uncommon)

[...]

> But in this age of 'disposability' more and more people just accept they
> have to buy new hardware every 3-5 years.. For those that want to
> maintain Linux on that, so be it..

There are places in the world where a i486sx is viewed with awe... and i386
are commonplace. Don't fall into the trap of "All Linux PCs are in the US".
Besides, if the piece of junk does its job well, why buy an expensive,
completely overqualified new machine for it? Sure would make PC makers
happy, but I'm not _that_ interested in their happiness to tell the truth.

> Maybe we need more Alan Cox's, and then we could have sperate kernel
> trees, Linus's which is the mmmmmother.. (HI MOM!) and the pre-pentium
> tree, the post-pentium tree, the embedded tree etc..

... and a nightmare where nobody knows the state of <favorite driver> in
<targeted kernel tree> and has to cross-port all kind of stuff to get
<random machine> to work.

> But in reality, with all the people contributing now to one tree, there
> is still more work to be done.. Who wants to split those resources?

Bingo!
-- 
Dr. Horst H. von Brand                       mailto:vonbrand@inf.utfsm.cl
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513