From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:42024) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RNOKh-0006Hh-BH for qemu-devel@nongnu.org; Mon, 07 Nov 2011 07:29:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RNOKg-0002rh-Cz for qemu-devel@nongnu.org; Mon, 07 Nov 2011 07:29:47 -0500 Received: from mail-vw0-f45.google.com ([209.85.212.45]:47473) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RNOKg-0002rV-8X for qemu-devel@nongnu.org; Mon, 07 Nov 2011 07:29:46 -0500 Received: by vws17 with SMTP id 17so146453vws.4 for ; Mon, 07 Nov 2011 04:29:45 -0800 (PST) MIME-Version: 1.0 Sender: penberg@gmail.com In-Reply-To: <4EB7CE71.50401@redhat.com> References: <1320543320-32728-1-git-send-email-agraf@suse.de> <4EB65C5B.8070709@redhat.com> <4EB66036.4080102@redhat.com> <1320577728.1428.73.camel@jaguar> <4EB67486.1070105@redhat.com> <4EB67D17.7000701@redhat.com> <4EB680D9.2070706@redhat.com> <877C82F4-F07C-44AA-8722-3AF57CFC4597@suse.de> <4EB7B1A9.9000409@redhat.com> <4EB7CE71.50401@redhat.com> Date: Mon, 7 Nov 2011 14:29:45 +0200 Message-ID: From: Pekka Enberg Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH] KVM: Add wrapper script around QEMU to test kernels List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Alexander Graf , "kvm@vger.kernel.org list" , qemu-devel Developers , "linux-kernel@vger.kernel.org List" , Blue Swirl , Sasha Levin , =?ISO-8859-1?Q?Am=E9rico_Wang?= , Ingo Molnar , Linus Torvalds , Gerd Hoffmann Hi Avi, On Mon, Nov 7, 2011 at 2:26 PM, Avi Kivity wrote: >> tools/power was merged in just 2 versions ago, do you think that >> merging that was a mistake? > > Things like tools/power may make sense, most of the code is tied to the > kernel interfaces. =A0tools/kvm is 20k lines and is likely to be 40k+ > lines or more before it is generally usable. =A0The proportion of the cod= e > that talks to the kernel is quite small. So what do you think about perf then? The amount of code that talks to the kernel is much smaller than that of the KVM tool. Pekka