Return-Path: <linux-kernel-owner+willy=40w.ods.org-S1751143AbVJFWkx@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1751143AbVJFWkx (ORCPT <rfc822;willy@w.ods.org>);
	Thu, 6 Oct 2005 18:40:53 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751145AbVJFWkx
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Thu, 6 Oct 2005 18:40:53 -0400
Received: from rrcs-67-78-243-58.se.biz.rr.com ([67.78.243.58]:8337 "EHLO
	mail.concannon.net") by vger.kernel.org with ESMTP id S1751143AbVJFWkw
	(ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Thu, 6 Oct 2005 18:40:52 -0400
Message-ID: <4345A81D.3080802@concannon.net>
Date: Thu, 06 Oct 2005 18:41:33 -0400
From: Michael Concannon <mike@concannon.net>
User-Agent: Mozilla Thunderbird 1.0.6-1.4.1.centos4 (X11/20050721)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
CC: Chase Venters <chase.venters@clientec.com>, Marc Perkel <marc@perkel.com>,
       linux-kernel@vger.kernel.org
Subject: Re: what's next for the linux kernel?
References: <20051002204703.GG6290@lkcl.net> <200510041840.55820.chase.venters@clientec.com> <20051005102650.GO10538@lkcl.net> <200510060005.09121.chase.venters@clientec.com> <43453E7F.5030801@concannon.net> <20051006192857.GV10538@lkcl.net> <4345855B.3@concannon.net> <20051006212001.GZ10538@lkcl.net> <43459CE4.7060509@concannon.net> <20051006222439.GE10538@lkcl.net>
In-Reply-To: <20051006222439.GE10538@lkcl.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1735
Lines: 42


>><rant>
>>It seems to me that the driver for "correcting" this is actually closer 
>>to the hardware side...  I am flabbergasted as a hardware engineer that 
>>at this point in time with the time elapsed between today and the first 
>>PCs that things have evolved so little...
>>    
>>
> 
>  ah _ha_.
>
>  as a hardware engineer, what would _you_ like to see a
>  modern parallel processor design have - that linux for that
>  hardware would have an easy job of knocking the stuffing
>  out of anything remotely attempting to come close to it?
>
>  i.e. if you could have the proverbial cart before the
>  proverbial horse, and could make decisions about the DESIGN
>  of hardware - all of it - BEFORE it was dumped in your lap
>  and you were basically impicitly told "we're giving you
>  this for free and taking advantage of your willingness to go
>  'cool hardware!  let's make it run linux".
>  
>
Actually, no...  I'd like to see the OS equivalent of a GPU...  We know 
what the problems of an OS are now...  they have not changed for 25 
years...  and in those 25 years we have gathered an enormous library of 
lessons learned...

Let's learn from what we already know and take a step above push/pop/mov 
(ok a leap) and stop working around what is now basically 30 years of 
crap piled on the 8086 and create some hardware that is actually 
"Specific to the Application" rather than the other way around... 

/mike

ps. I am doing my part to kill this thread - "just say no"  ;-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/