From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1DW3Kn-00036r-NP
	for qemu-devel@nongnu.org; Wed, 11 May 2005 22:21:58 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1DW3Ke-00032G-CH
	for qemu-devel@nongnu.org; Wed, 11 May 2005 22:21:49 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1DW3Kc-0002y4-1d
	for qemu-devel@nongnu.org; Wed, 11 May 2005 22:21:46 -0400
Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1DW3Aq-0004xK-C9
	for qemu-devel@nongnu.org; Wed, 11 May 2005 22:11:40 -0400
Received: from [67.68.163.97] by tomts10-srv.bellnexxia.net
	(InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP
	id <20050512020451.NRMQ26102.tomts10-srv.bellnexxia.net@[67.68.163.97]>
	for <qemu-devel@nongnu.org>; Wed, 11 May 2005 22:04:51 -0400
Message-ID: <4282B989.3090108@sympatico.ca>
Date: Wed, 11 May 2005 22:03:53 -0400
From: Olivier Bourgois <obourgois@sympatico.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] qemu on dsp anyone?
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

Just a thought,

Has anybody tinkered with porting qemu to something like a TI TMS320C6X 
DSP host.  The idea would be to be able to easily port LINUX and other 
open source software to such a DSP.  Embeded products could use the 
DSP's power natively to crunch at video codecs and such while an 
emulated target would leverage the power of LINUX to craft servers, user 
interfaces, you name it.  Currently this is usually done with dual 
physical cores, a RISC type engine for the high level stuff and the DSP 
for the brutal crunching.  With qemu, the RISC could posibly be virtual 
thus saving board space and cost.  Additionally it would be interesting 
to see performance figures for qemu emulating an x86 architecture on a 
VLIW machine.  A kind of open sourced transmetta chip.

Olivier Bourgois