qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Re: TCG flow vs dyngen


From: Lluís
Subject: Re: [Qemu-devel] Re: TCG flow vs dyngen
Date: Mon, 24 Jan 2011 16:06:16 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

Stefano Bonifazi writes:

> Now, the final goal is to get multiple instances of qemu-ppc driven by a 
> systemc
> project executing on a x86 machine, with the different qemu-ppc instances used
> as emulators for power-pc binaries.. I would get the results of the run of the
> various ppc binaries back to the systemc project and work with the results 
> then.

If I understand this correctly, the execution of one of your PPC cores
is oblivious of the others (they share no guest physical memory).

If that's true, it would be extremely more simple to make systemc launch
a separate process with a modified version of linux-user. This modified
version would just change the main loop in a way that it can communicate
with systemc, e.g., using shared memory.

Of course, depending on the granularity of synchronization that you
want, this might not prove useful: if systemc and the linux-user
processes all execute in the finest possible synchronization (e.g.,
comunicate after each TB or even after each instruction), the
communication overhead might prove too high.

Still, if you want a somewhat looser synchronization, you could take a
look at how COTSon [1] does it.


[1] http://sites.google.com/site/hplabscotson/

Lluis

--
 "And it's much the same thing with knowledge, for whenever you learn
 something new, the whole world becomes that much richer."
 -- The Princess of Pure Reason, as told by Norton Juster in The Phantom
 Tollbooth



reply via email to

[Prev in Thread] Current Thread [Next in Thread]