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 1Ae02n-00031O-IP for qemu-devel@nongnu.org; Tue, 06 Jan 2004 17:51:25 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1Ae01F-0001yg-5k for qemu-devel@nongnu.org; Tue, 06 Jan 2004 17:50:21 -0500 Received: from [193.252.22.23] (helo=mwinf0803.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Ae00k-0001Y3-Az for qemu-devel@nongnu.org; Tue, 06 Jan 2004 17:49:18 -0500 Received: from free.fr (ATuileries-112-1-4-144.w81-53.abo.wanadoo.fr [81.53.133.144]) by mwinf0803.wanadoo.fr (SMTP Server) with ESMTP id 1A90218000FB for ; Tue, 6 Jan 2004 22:47:48 +0100 (CET) Message-ID: <3FFB2D46.90002@free.fr> Date: Tue, 06 Jan 2004 22:48:54 +0100 From: Fabrice Bellard MIME-Version: 1.0 Subject: Re: [Qemu-devel] qemu on 2.6.0-rc1 References: <20040106054159.81B182C04F@lists.samba.org> In-Reply-To: <20040106054159.81B182C04F@lists.samba.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org It seems I need to update the documentation :-) Did you try to submit the non QEMU specific patches to Linus ? I think it is dangerous to leave harcoded constants in somes parts of the kernel. BTW, in the current CVS, qemu-fast is about 2.3 times faster as the previous version (still 9 times slower than native on a P2 500 MHz on a typical 'gcc -pipe' compilation task which involves a lot of task switches). I am planning simple x86 host specific optimisations to get closer to native performance... and SMP is getting closer now with my last changes. Fabrice. Rusty Russell wrote: > In message <20040105223155.GA14669@best.ms.philips.com> you write: > >> Hi, >> >> I try to run qemu-fast on Linux kernel 2.6.0-rc1. I could not find >> the things which I should change in the documentation: > > > Here's my patch, included below. 2.6.0 requires the vsyscall area to > move as well. > > Sure, you can run the non-fast qemu, but it's MUCH slower. > > Andrew? This patch also has the benifit of moving all the constants > to one place, as well as adding a CONFIG_QEMU option. I use it for > testing all the time. > > Thanks, Rusty.