From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19PRRL-0002hs-KD for qemu-devel@nongnu.org; Mon, 09 Jun 2003 14:32:19 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19PRRD-0002Oq-4l for qemu-devel@nongnu.org; Mon, 09 Jun 2003 14:32:12 -0400 Received: from gnuftp.gnu.org ([199.232.41.6]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19PRQm-0001Us-HA for qemu-devel@nongnu.org; Mon, 09 Jun 2003 14:31:44 -0400 Received: from falcon.skarpodata.com ([193.45.208.6] helo=griffin.skarpodata.com) by gnuftp.gnu.org with esmtp (Exim 4.20) id 19PRQl-0008JK-5N for qemu-devel@nongnu.org; Mon, 09 Jun 2003 14:31:43 -0400 Received: from falcon.skarpodata.com (root@[164.9.187.2]) h59ISojB004770 for ; Mon, 9 Jun 2003 20:28:50 +0200 Received: (from mailgw@localhost) by falcon.skarpodata.com (8.9.3/8.9.3) id UAA10722 for ; Mon, 9 Jun 2003 20:31:35 +0200 Date: Mon, 9 Jun 2003 20:31:26 +0200 From: Johan Rydberg Message-Id: <20030609203126.7fc1bb17.jrydberg@night.trouble.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] simulated memory instead of host memory Reply-To: qemu-devel@nongnu.org List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , To: qemu-devel@nongnu.org First question of the day; First of all I would like to say that I really like the concept of QEMU. Let GCC do most of the work and just glue it all together. Brilliant. One downside of it though is all the tampering with flags to GCC. To the question. How hard would it be to make QEMU a full-system simulator? Or, more concrete: How hard would it be to instead of using the host memory for the simulated app, use simulated memory (on per-page basis)? -- Johan Rydberg, Free Software Developer, Sweden http://rtmk.sf.net | http://www.nongnu.org/guss/ Listning to Tricky - Where I'm from