From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34407) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7NMz-0006yk-FT for qemu-devel@nongnu.org; Tue, 23 Jun 2015 08:32:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z7NMw-0001vN-AR for qemu-devel@nongnu.org; Tue, 23 Jun 2015 08:32:05 -0400 Received: from cantor2.suse.de ([195.135.220.15]:47625 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7NMw-0001ul-4s for qemu-devel@nongnu.org; Tue, 23 Jun 2015 08:32:02 -0400 Message-ID: <558951C0.3050806@suse.de> Date: Tue, 23 Jun 2015 14:32:00 +0200 From: =?windows-1252?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <1433790460-30679-1-git-send-email-ehabkost@redhat.com> <20150608201835.GM3525@orkuz.home> In-Reply-To: <20150608201835.GM3525@orkuz.home> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 0/2] target-i386: "custom" CPU model + script to dump existing CPU models List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jiri Denemark Cc: mimu@linux.vnet.ibm.com, "Michael S. Tsirkin" , qemu-devel@nongnu.org, Alexander Graf , borntraeger@de.ibm.com, Igor Mammedov , Paolo Bonzini , rth@twiddle.net, Eduardo Habkost Am 08.06.2015 um 22:18 schrieb Jiri Denemark: >> To help libvirt in the transition, a x86-cpu-model-dump script is prov= ided, >> that will generate a config file that can be loaded using -readconfig,= based on >> the -cpu and -machine options provided in the command-line. >=20 > Thanks Eduardo, I never was a big fan of moving (or copying) all the CP= U > configuration data to libvirt, but now I think it actually makes sense. > We already have a partial copy of CPU model definitions in libvirt > anyway, but as QEMU changes some CPU models in some machine types (and > libvirt does not do that) we have no real control over the guest CPU > configuration. While what we really want is full control to enforce > stable guest ABI. That sounds like FUD to me. Any concrete data points where QEMU does not have a stable ABI for x86 CPUs? That's what we have the pc*-x.y machines for. Regards, Andreas --=20 SUSE Linux GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Felix Imend=F6rffer, Jane Smithard, Dilip Upmanyu, Graham Norton; HRB 21284 (AG N=FCrnberg)