From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NtrB7-0004pz-Q2 for qemu-devel@nongnu.org; Mon, 22 Mar 2010 19:37:01 -0400 Received: from [199.232.76.173] (port=44876 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NtrB7-0004pm-Cx for qemu-devel@nongnu.org; Mon, 22 Mar 2010 19:37:01 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NtrB6-0001Eu-Mw for qemu-devel@nongnu.org; Mon, 22 Mar 2010 19:37:01 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48267) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NtrB6-0001En-98 for qemu-devel@nongnu.org; Mon, 22 Mar 2010 19:37:00 -0400 Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o2MNauvK014179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 22 Mar 2010 19:36:56 -0400 Message-ID: <4BA7FF10.80407@redhat.com> Date: Mon, 22 Mar 2010 19:36:48 -0400 From: Cole Robinson MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [libvirt] Supporting hypervisor specific APIs in libvirt References: <4BA7C40C.2040505@codemonkey.ws> <20100322201003.GC28709@redhat.com> <4BA7E23A.2070502@redhat.com> In-Reply-To: <4BA7E23A.2070502@redhat.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: "libvir-list@redhat.com" , qemu-devel On 03/22/2010 05:33 PM, Gerd Hoffmann wrote: > Hi, > >> Stepping back a bit first, there are the two core areas in which >> people can >> be limited by libvirt currently. > >> 2. Command line flags > > For me: This one, and monitor access. > > libvirt is very unfriendly to qemu hackers. There is no easy way to add > command line switches. There is no easy way to get access to the > monitor. I can get it done by pointing to a wrapper script > and mangle the qemu command line there. But this sucks big time. And > it doesn't integrate with libvirt at all. > > When hacking qemu, especially when adding new command line options or > monitor commands, I want to have a easy way to test this stuff. Or I > just wanna able to type some 'info $foo' commands for debugging and > trouble shooting purposes. libvirt makes it harder not easier to get > the job done. > > Image you could ask libvirt to create an additional monitor and expose > it like a serial console. virt-manager lists it as text console. Two > mouse clicks open a new window (or tab) with a terminal emulator linked > to the monitor. Wouldn't that be cool? > > Other issues I've trap into: > > -boot > libvirt (or virt-manager?) supports only the very old single letter > style. You can't specify '-boot order=cd,menu=on'. > Libvirt has supported multiple boot options for a while, it just wasn't in virt-manager. It's been upstream for a few weeks now though, and a new release is coming in a matter of days. I have a half implemented libvirt patch to allow setting boot menu, I guess it's time to dust it off :) > -enable-nested > not available. > > serial console doesn't work for remote connections. > Both of these have been requested a few times, so you aren't alone. - Cole