From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L0vjb-0002U3-FU for qemu-devel@nongnu.org; Fri, 14 Nov 2008 05:17:03 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L0vja-0002Tq-1j for qemu-devel@nongnu.org; Fri, 14 Nov 2008 05:17:02 -0500 Received: from [199.232.76.173] (port=59087 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L0vjZ-0002Tn-Rz for qemu-devel@nongnu.org; Fri, 14 Nov 2008 05:17:01 -0500 Received: from mx1.redhat.com ([66.187.233.31]:42113) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L0vjZ-0004Xy-Hh for qemu-devel@nongnu.org; Fri, 14 Nov 2008 05:17:01 -0500 Date: Fri, 14 Nov 2008 10:16:27 +0000 From: "Daniel P. Berrange" Subject: Re: [Qemu-devel] [PATCH 0/5] Add "info capabilities" monitor command Message-ID: <20081114101627.GB12224@redhat.com> References: <1226594763-2304-1-git-send-email-markmc@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1226594763-2304-1-git-send-email-markmc@redhat.com> Reply-To: "Daniel P. Berrange" , 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 On Thu, Nov 13, 2008 at 04:45:58PM +0000, Mark McLoughlin wrote: > The proposed solution is to add a new monitor command which will > list exactly what this qemu binary is capable of. Rather than include > every possible capability, I've limited it to: > > 1) New features; if a version of qemu supports the capabilities > info command, you can assume that it also supports features > that were added before that. > > 2) Compile time configurables which affect what features can be > requested on the command line - e.g. kqemu support > > 3) Magic numbers; a managment tool might know that qemu only > supports 2 IDE devices - and that may never change - but > it's much nicer if the tool can be coded generically rather > than hardcoding a magic number. > > The patch implementing this isn't perfect by any means, but since > this could be implemented in so many different ways I thought I'd > post it and get people's feedback. > > Cheers, > Mark. > > Example output: > > [qemu] > accel=kqemu,kvm > arch=x86_64 > cpu=qemu64,core2duo,qemu32,coreduo,486,pentium,pentium2,pentium3,athlon,n270 > machines=pc,isapc I like this proprosed output format because it is very nice & easy to parse, read & understand. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|