From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Muubx-0003NK-Ca for qemu-devel@nongnu.org; Mon, 05 Oct 2009 16:56:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Muubw-0003MW-KW for qemu-devel@nongnu.org; Mon, 05 Oct 2009 16:56:48 -0400 Received: from [199.232.76.173] (port=39371 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Muubw-0003MP-FV for qemu-devel@nongnu.org; Mon, 05 Oct 2009 16:56:48 -0400 Received: from fg-out-1718.google.com ([72.14.220.156]:56368) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Muubw-0000Mp-1W for qemu-devel@nongnu.org; Mon, 05 Oct 2009 16:56:48 -0400 Received: by fg-out-1718.google.com with SMTP id d23so1066860fga.10 for ; Mon, 05 Oct 2009 13:56:47 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1d000c040910051347y38fc64b0r30af19c5d0a3b96d@mail.gmail.com> References: <1d000c040910051347y38fc64b0r30af19c5d0a3b96d@mail.gmail.com> Date: Mon, 5 Oct 2009 15:56:46 -0500 Message-ID: <1d000c040910051356h4e24d38bv27d60aaa23b84dc6@mail.gmail.com> From: Pablo Salinas Content-Type: multipart/alternative; boundary=001485f6d8ea141dc10475365a72 Subject: [Qemu-devel] Questions regarding using QEMU as a hardware exploration platform List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org --001485f6d8ea141dc10475365a72 Content-Type: text/plain; charset=ISO-8859-1 Hello there, I am starting my Master's Thesis related to the Hardware/Software co-simulation design. Currently, we have a System-Level-Design-Language similar to SystemC that can be used for both: Simulating a system and generating the proper embedded software and RTL information (for future synthesis). Simulation is performed in different levels starting from the purely abstract Functional level, going down to the RTL/IIS level. The embedded software generation is done by using the gnu gcc compiler collection. And the the IIS simulation has done so far by interfacing to the SWARM ISS. Therefore, now we are looking into the idea of using QEMU as the ISS. I believe that this idea is very much similar to what some folks working with SystemC are doing nowadays. Unfortunately, I couldn't find any information on how to interface with QEMU in order to use it as an ISS. I was wondering if any of you could point out to some piece of documentation that could explain better how this could be done. Thanks in advance and best regards, Pablo S. --001485f6d8ea141dc10475365a72 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello there,
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 I am starting my Master's Thesi= s related to the Hardware/Software co-simulation design.

Currently, = we have a System-Level-Design-Language similar to SystemC that can be used = for both: Simulating a system and generating the proper embedded software a= nd RTL information (for future synthesis). Simulation is performed in diffe= rent levels starting from the purely abstract Functional level, going down = to the RTL/IIS level.

The embedded software generation is done by using the gnu gcc compiler = collection. And the the IIS simulation has done so far by interfacing to th= e SWARM ISS.

Therefore, now we are looking into the idea of using Q= EMU as the ISS. I believe that this idea is very much similar to what some = folks working with SystemC are doing nowadays. Unfortunately, I couldn'= t find any information on how to interface with QEMU in order to use it as = an ISS. I was wondering if any of you could point out to some piece of docu= mentation that could explain better how this could be done.

Thanks in advance and best regards,
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Pa= blo S.


--001485f6d8ea141dc10475365a72--