From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30)
	id 1B3k6b-0005af-RQ
	for qemu-devel@nongnu.org; Wed, 17 Mar 2004 18:05:45 -0500
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30)
	id 1B3k64-00054o-Ce
	for qemu-devel@nongnu.org; Wed, 17 Mar 2004 18:05:43 -0500
Received: from [193.252.22.21] (helo=mwinf1004.wanadoo.fr)
	by monty-python.gnu.org with esmtp (Exim 4.30) id 1B3k64-00054j-2E
	for qemu-devel@nongnu.org; Wed, 17 Mar 2004 18:05:12 -0500
Received: from bellard.org (ATuileries-112-1-3-137.w81-48.abo.wanadoo.fr
	[81.48.134.137])
	by mwinf1004.wanadoo.fr (SMTP Server) with ESMTP id 34E9018007E7
	for <qemu-devel@nongnu.org>; Thu, 18 Mar 2004 00:05:07 +0100 (CET)
Message-ID: <4058DA06.1040108@bellard.org>
Date: Thu, 18 Mar 2004 00:06:46 +0100
From: Fabrice Bellard <fabrice@bellard.org>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] x86-64 port
References: <D355B5CB-7860-11D8-AEC0-003065C7D858@mandrakesoft.com>
In-Reply-To: <D355B5CB-7860-11D8-AEC0-003065C7D858@mandrakesoft.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
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

Gwenole Beauchesne wrote:
> Hi,
> 
>> Nick Snellock wrote:
>>
>>> Is anyone working on an x86-64 port?
>>
>>
>> Not me :-) An x86-64 host port would be very interesting because the 
>> 64 bit host MMU could be used to remap the whole emulated 4GB address 
>> space.
> 
> 
> Fabrice, remember that I posted AMD64 support bits to the list some time 
> ago? ;-) This works for user mode applications. As for the soft mmu, the 
> current code is not 64-bit clean. I had some patches but they were not 
> enough and are in a dormant state since. So remapping the whole 4GB 
> address space is probably a faster and simpler fix indeed.

Sorry - I should have merged it before ! If you can generate a new patch 
against the current CVS I'll merge it (if you don't have time I can 
begin to look at it - I am looking now at the version you posted). If 
the user mode is working, most of the work is done.

>> I think that there is also a lot of potential for a "code-copy" mode 
>> converting x86-32 to x86-64 code (look at what I did for . Along with 
>> the 4GB space remapping, it would give close to native performances 
>> without requiring any potentially unsafe kernel module (unlike the 
>> popular virtualizers).
> 
> 
> The popular virtualizers don't officially support AMD64 host systems 
> yet. Vmware 4.5 is expected to do so though.

OK. So this is even better for QEMU :-)

Fabrice.