From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:40540) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBnHp-0001D0-CP for qemu-devel@nongnu.org; Sun, 25 Mar 2012 09:15:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SBnHn-0001Pj-Kp for qemu-devel@nongnu.org; Sun, 25 Mar 2012 09:15:08 -0400 Received: from mx1.redhat.com ([209.132.183.28]:58646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SBnHn-0001P7-D9 for qemu-devel@nongnu.org; Sun, 25 Mar 2012 09:15:07 -0400 Message-ID: <4F6F1A50.5090502@redhat.com> Date: Sun, 25 Mar 2012 15:14:56 +0200 From: Avi Kivity MIME-Version: 1.0 References: <20120311124116.GI17882@redhat.com> <4F5CB3D1.4050100@codemonkey.ws> <20120311151246.GL17882@redhat.com> <4F5CC7AC.6080703@codemonkey.ws> <20120312130810.GB20654@otherpad.lan.raisama.net> <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> In-Reply-To: <4F6F19AC.1080009@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: Anthony Liguori Cc: libvir-list@redhat.com, Jiri Denemark , Eduardo Habkost , Gleb Natapov , qemu-devel@nongnu.org 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. 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