From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Daniel P. Berrange" Subject: Re: KVM call agenda for Jan 26 Date: Tue, 26 Jan 2010 13:33:25 +0000 Message-ID: <20100126133325.GI5366@redhat.com> References: <20100126064902.GD25779@x200.localdomain> <03EA8701-C607-4B87-A6C6-1DCD3E5DCAAC@suse.de> <4B5EE9EF.6030904@codemonkey.ws> <197BDDDF-D808-4157-8270-42B72B99BE0D@suse.de> <4B5EED22.4080009@redhat.com> Reply-To: "Daniel P. Berrange" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Alexander Graf , Anthony Liguori , Chris Wright , kvm@vger.kernel.org, qemu-devel@nongnu.org To: Avi Kivity Return-path: Received: from mx1.redhat.com ([209.132.183.28]:12229 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752147Ab0AZNdj (ORCPT ); Tue, 26 Jan 2010 08:33:39 -0500 Content-Disposition: inline In-Reply-To: <4B5EED22.4080009@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On Tue, Jan 26, 2010 at 03:24:50PM +0200, Avi Kivity wrote: > On 01/26/2010 03:18 PM, Alexander Graf wrote: > > > >The main question is where does it belong? > > > >a) built into qemu > >b) built as separate tool, but shipped with qemu > >c) completely separate > > > >I'm personally leaning towards a. That way we can reuse the detection code > >and give help when an option is used that doesn't work. > > > > > > Me too, especially as the whole stack is involved, and qemu is the > topmost part from our perspective (no doubt libvirt will want to > integrate that functionality as well). FYI, libvirt already exposes this kind of functionality. The API call virConnectGetCapabilities() / command line "virsh capabilities" command tells you about what the virtualization host is able to support. It can tell you what architectures are supported, by which binaries. What machine types are available. Whether KVM or KQEMU acceleration are present. What CPU model / flags are on the host. What NUMA topology is available. etc etc The data format it outputs though is not exactly targetted for direct end user consumption though, rather its a XML doc aimed at applications The virt-manager app tries to use this to inform the user of problems such as ability todo hardware virt, but it not being enabled. Regards, 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 :|