Message-ID: <41486755.3070207@pobox.com>
Date: Wed, 15 Sep 2004 12:01:25 -0400
From: Jeff Garzik <jgarzik@pobox.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803
MIME-Version: 1.0
To: Andre Bonin <kernel@bonin.ca>
CC: linux-kernel@vger.kernel.org
Subject: Re: PCI coprocessors
References: <41483BD3.4030405@bonin.ca>
In-Reply-To: <41483BD3.4030405@bonin.ca>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1264
Lines: 30

Andre Bonin wrote:
> 1) Is their support for having two different 'machine types' within one 
> kernel? that is for example, certain executables for intel would get run 
> on an intel processor, and others would get run on processor with type 
> XXXX.
> 
> I heard once someone put native "java" .class support within the kernel 
> (it would call the jvm run time if i remember).  I could maby do this 
> with my own set of libraries and driver.  But differentiating between 
> the types of executable might be hard.
> 
> 2) Is their kernel support for PCI coprocessors for thread allocation 
> etc.  I couldn't find any but i can try looking through the code again.


You can mix and match processor types all you want...  just treat them 
as completely asynchronous and independent entities.

I have long dreamed of being able to add a PCI card to my x86 system, a 
PCI card containing a processor (of any type), RAM, and an ethernet 
interface.  I would use this for routing, or iSCSI, or network offload...

	Jeff


-
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/