From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24)
	id 1AsWHb-0000pl-9V
	for qemu-devel@nongnu.org; Sun, 15 Feb 2004 19:06:43 -0500
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24)
	id 1AsWH2-0000Zk-KW
	for qemu-devel@nongnu.org; Sun, 15 Feb 2004 19:06:39 -0500
Received: from [193.252.22.29] (helo=mwinf0203.wanadoo.fr)
	by monty-python.gnu.org with esmtp (Exim 4.24) id 1AsWH2-0000ZY-9f
	for qemu-devel@nongnu.org; Sun, 15 Feb 2004 19:06:08 -0500
Received: from free.fr (ATuileries-112-1-3-89.w81-48.abo.wanadoo.fr
	[81.48.134.89])
	by mwinf0203.wanadoo.fr (SMTP Server) with ESMTP id D649010000D5
	for <qemu-devel@nongnu.org>; Mon, 16 Feb 2004 01:06:05 +0100 (CET)
Message-ID: <403009C2.8000505@free.fr>
Date: Mon, 16 Feb 2004 01:07:30 +0100
From: Fabrice Bellard <fabrice.bellard@free.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] Code Copy / New Linux boot code
Reply-To: qemu-devel@nongnu.org
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <http://mail.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://mail.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://mail.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

Just to give more information about the next commits:

1) I finally added a hand coded x86 to x86 translator. It means that 
qemu-fast has now close to native performances on x86. Who spoke about 
PC virtualization ? :-)

The x86 to x86 translator is limited to flat 32 bit mode and it does not 
support floating point (yet !). If the translator cannot handle a given 
instruction, then the "portable" translator is used as a fallback.

2) qemu-fast is being enhanced to run unpatched OSes and to support VESA 
VBE graphics.

The limitations of qemu-fast are that if data at addresses >= 0xc0000000 
is used, then soft MMU is used in the corresponding translated block.

Moreover, the guest user code has write access to the guest OS code and 
also to the host QEMU code. It means that qemu-fast is not safe. I don't 
know yet what is the best way to solve this issue.

3) A new and simpler Linux kernel loader has been added (for the 
'-kernel' command line option). Now the PC BIOS and the VGA BIOS are run 
before running the kernel, which gives exactly the same behavior as if 
the kernel was booted normally.

Fabrice.