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 19KpHZ-0003XG-1Q for qemu-devel@nongnu.org; Tue, 27 May 2003 20:59:09 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19KpHX-0003WT-QV for qemu-devel@nongnu.org; Tue, 27 May 2003 20:59:08 -0400 Received: from smtp3.wanadoo.fr ([193.252.22.25] helo=mwinf0602.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.20) id 19KpHX-0003Se-F5 for qemu-devel@nongnu.org; Tue, 27 May 2003 20:59:07 -0400 Message-ID: <3ED409D1.6040109@free.fr> Date: Wed, 28 May 2003 02:58:57 +0200 From: Fabrice Bellard MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] QEMU 0.2 is out Reply-To: qemu-devel@nongnu.org List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , To: qemu-devel@nongnu.org Most of the QEMU architecture is now finished. There are still complicated issues regarding thread locking. My main issue is that I would like to avoid locking the cpu emulator while doing 'tb_find()'. DOSEMU is now working better (I was able to launch DOS Navigator and a small VGA demonstration). The speed seems reasonnable althought QEMU has to emulate both the DOS code _and_ the dosemu code itself ! About the Sparc code: is it possible to move the prolog and epilog generation from dyngen_code() to the cpu main loop ? It would ease a lot the precise exception handling and the direct block chaining. For Alpha and Sparc, if someone has an account that I can use, I could make some debug to fix the last issues. Fabrice.