Subject: Re: PCI coprocessors
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Andre Bonin <kernel@bonin.ca>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
In-Reply-To: <41483BD3.4030405@bonin.ca>
References: <41483BD3.4030405@bonin.ca>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1095251402.19893.31.camel@localhost.localdomain>
Mime-Version: 1.0
Date: Wed, 15 Sep 2004 13:30:04 +0100
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1295
Lines: 29

On Mer, 2004-09-15 at 13:55, 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.

The kernel provides everything you need to run userspace apps on the
co-processor - which is very little indeed. It provides binfmt_misc
which allows other binary types to be revectored to user applications.
That is how the example you remember worked.

Your application gets the program to run, you run it, you throw it at
the coprocessor and you need to take any traps back for syscalls (which
might need a little driver kernel side if it involves interrupts).

There are then the hard bits (mmap, ptrace, scheduling...) 8)

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

We don't deal at all with the question of scheduling stuff on different
processor types. 

Alan

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