From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C1tDR-0007Bx-S2 for qemu-devel@nongnu.org; Mon, 30 Aug 2004 16:57:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C1tDQ-00079M-3C for qemu-devel@nongnu.org; Mon, 30 Aug 2004 16:57:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C1tDP-00079C-Uw for qemu-devel@nongnu.org; Mon, 30 Aug 2004 16:57:24 -0400 Received: from [129.104.30.34] (helo=a.mx.polytechnique.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C1t8D-00039S-2L for qemu-devel@nongnu.org; Mon, 30 Aug 2004 16:52:01 -0400 Received: from localhost (localhost [127.0.0.1]) by djali.m4x.org (Postfix) with ESMTP id AB4BA331A2 for ; Mon, 30 Aug 2004 22:51:59 +0200 (CEST) Received: from djali.m4x.org ([127.0.0.1]) by localhost (djali [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 11774-02 for ; Mon, 30 Aug 2004 22:51:59 +0200 (CEST) Received: from bellard.org (nas-cbv-5-213-228-49-37.dial.proxad.net [213.228.49.37]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by ssl.polytechnique.org (Postfix) with ESMTP id BB9D8331AA for ; Mon, 30 Aug 2004 22:51:58 +0200 (CEST) Message-ID: <4133938B.6030400@bellard.org> Date: Mon, 30 Aug 2004 22:52:27 +0200 From: Fabrice Bellard MIME-Version: 1.0 Subject: Re: [Qemu-devel] i386 emulation: improved flag handing References: <1093734467.7506.131.camel@kubu.opensource.se> <4131D312.3090008@bellard.org> <1093832260.7064.92.camel@sherbert> In-Reply-To: <1093832260.7064.92.camel@sherbert> 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: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Gianni Tedesco wrote: > On Sun, 2004-08-29 at 14:58 +0200, Fabrice Bellard wrote: > >>Just for your information, my next developments will consist in >>improving QEMU performance in the x86 on x86 case to match (or exceed >>:-)) the VMware or VirtualPC level of performance. The downside is that >>some kernel support will be needed. The kernel support will of course >>remain optional. This mode of operation will replace 'qemu-fast'. > > > Out of interest, can you describe what kind of kernel support will be > needed? (I take it you mean host kernel?) Yes, I meant a kernel module for the host kernel. The guest OS will run unmodified as with the current QEMU. Fabrice.