From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:55967) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBouH-0004Lr-1i for qemu-devel@nongnu.org; Sun, 25 Mar 2012 10:58:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SBouB-00035O-Hz for qemu-devel@nongnu.org; Sun, 25 Mar 2012 10:58:56 -0400 Received: from mx1.redhat.com ([209.132.183.28]:42099) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBouB-00035I-AG for qemu-devel@nongnu.org; Sun, 25 Mar 2012 10:58:51 -0400 Date: Sun, 25 Mar 2012 16:58:42 +0200 From: Gleb Natapov Message-ID: <20120325145842.GB11793@redhat.com> References: <20120313145319.GD25451@otherpad.lan.raisama.net> <20120322093244.GE22368@redhat.com> <4F6B5553.20601@codemonkey.ws> <20120322171445.GJ25451@otherpad.lan.raisama.net> <4F6B850D.9000505@codemonkey.ws> <20120325094920.GJ22368@redhat.com> <4F6F15D2.8000504@codemonkey.ws> <4F6F18E4.2040905@redhat.com> <4F6F19AC.1080009@codemonkey.ws> <4F6F1A50.5090502@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F6F1A50.5090502@redhat.com> Subject: Re: [Qemu-devel] [libvirt] Modern CPU models cannot be used with libvirt List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: libvir-list@redhat.com, Jiri Denemark , Eduardo Habkost , Anthony Liguori , qemu-devel@nongnu.org On Sun, Mar 25, 2012 at 03:14:56PM +0200, Avi Kivity wrote: > On 03/25/2012 03:12 PM, Anthony Liguori wrote: > >>> qemu -M pc > >>> > >>> Would effectively be short hand for -readconfig > >>> /usr/share/qemu/machines/pc.cfg > >> > >> In that case > >> > >> qemu -cpu westmere > >> > >> is shorthand for -readconfig /usr/share/qemu/cpus/westmere.cfg. > > > > > > This is not a bad suggestion, although it would make -cpu ? a bit > > awkward. Do you see an advantage to this over having > > /usr/share/qemu/target-x86_64-cpus.cfg that's read early on? > > Nope. As long as qemu -nodefconfig -cpu westmere works, I'm happy. > As log as qemu -nodefconfig -cpu westmere -M pc1.1 can use different westmere definition than -M pc1.0 (by amending it according to qom properties in pc1.1 machine description or by reading /usr/share/qemu/cpus/westmere-pc1.1.cfg instead) I'm happy too. > The reasoning is, loading target-x86_64-cpus.cfg does not alter the > current instance's configuration, so reading it doesn't violate > -nodefconfig. > > >>> files be read by default or just treated as additional configuration > >>> files. > >> > >> If they're read as soon as they're referenced, what's the difference? > > I think the thread has reduced to: should /usr/share configuration > > > > I suspect libvirt would not be happy with reading configuration files > > on demand.. > > Why not? > > -- > error compiling committee.c: too many arguments to function -- Gleb.