From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:59393) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RN1FO-0002EH-KA for qemu-devel@nongnu.org; Sun, 06 Nov 2011 06:50:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RN1FN-0001D6-Ia for qemu-devel@nongnu.org; Sun, 06 Nov 2011 06:50:46 -0500 Received: from mx1.redhat.com ([209.132.183.28]:18127) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RN1FN-0001Cx-7D for qemu-devel@nongnu.org; Sun, 06 Nov 2011 06:50:45 -0500 Message-ID: <4EB67486.1070105@redhat.com> Date: Sun, 06 Nov 2011 13:50:30 +0200 From: Avi Kivity MIME-Version: 1.0 References: <1320543320-32728-1-git-send-email-agraf@suse.de> <4EB65C5B.8070709@redhat.com> <4EB66036.4080102@redhat.com> <1320577728.1428.73.camel@jaguar> In-Reply-To: <1320577728.1428.73.camel@jaguar> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: Pekka Enberg Cc: "kvm@vger.kernel.org list" , "linux-kernel@vger.kernel.org List" , qemu-devel Developers , Alexander Graf , Blue Swirl , =?ISO-8859-1?Q?Am=E9rico_Wang?= , Ingo Molnar , Linus Torvalds On 11/06/2011 01:08 PM, Pekka Enberg wrote: > On Sun, 2011-11-06 at 12:23 +0200, Avi Kivity wrote: > > In most installations, qemu is driven by other programs, so any changes > > to the command line would be invisible, except insofar as they break things. > > > > For the occasional direct user of qemu, something like 'qemu-kvm -m 1G > > /images/blah.img' is enough to boot an image. This script doesn't help > > in any way. > > > > This script is for kernel developers who don't want to bother with > > setting up a disk image (which, btw, many are still required to do - I'm > > guessing most kernel developers who use qemu are cross-arch). It has > > limited scope and works mostly by hiding qemu features. As such it > > doesn't belong in qemu. > > I'm certainly not against merging the script if people are actually > using it and it solves their problem. > > I personally find the whole exercise pointless because it's not > attempting to solve any of the fundamental issues QEMU command line > interface There are no "fundamental qemu command line issues". It's hairy, yes, and verbose, but using "fundamental" to describe a choice between one arcane set command line options and another is a bit of overstatement. Most users will use a GUI anyway. > has nor does it try to make Linux on Linux virtualization > simpler and more integrated. So far, kvm-tool capabilities are a subset of qemu's. Does it add anything beyond a different command-line? > People seem to think the KVM tool is only about solving a specific > problem to kernel developers. That's certainly never been my goal as I > do lots of userspace programming as well. The end game for me is to > replace QEMU/VirtualBox for Linux on Linux virtualization for my day to > day purposes. Maybe it should be in tools/pekka then. Usually subsystems that want to be merged into Linux have broaded audiences though. -- error compiling committee.c: too many arguments to function