From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56589) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7SPp-0002I0-B2 for qemu-devel@nongnu.org; Tue, 23 Jun 2015 13:55:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z7SPk-00019D-CS for qemu-devel@nongnu.org; Tue, 23 Jun 2015 13:55:21 -0400 Received: from cantor2.suse.de ([195.135.220.15]:40298 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7SPj-000176-U2 for qemu-devel@nongnu.org; Tue, 23 Jun 2015 13:55:16 -0400 Message-ID: <55899D82.3040904@suse.de> Date: Tue, 23 Jun 2015 19:55:14 +0200 From: =?windows-1252?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <20150623150828.GD3134@thinpad.lan.raisama.net> <20150623173048-mutt-send-email-mst@redhat.com> <20150623155832.GE3134@thinpad.lan.raisama.net> <55898637.6080804@suse.de> <20150623162555.GL30318@redhat.com> <20150623183115-mutt-send-email-mst@redhat.com> <20150623164204.GM30318@redhat.com> <55898D94.4070702@suse.de> <20150623171324.GO30318@redhat.com> <5589976B.3060002@suse.de> <20150623174237.GL3134@thinpad.lan.raisama.net> In-Reply-To: <20150623174237.GL3134@thinpad.lan.raisama.net> 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: Eduardo Habkost Cc: mimu@linux.vnet.ibm.com, "Michael S. Tsirkin" , qemu-devel@nongnu.org, Alexander Graf , borntraeger@de.ibm.com, Igor Mammedov , Paolo Bonzini , Jiri Denemark , rth@twiddle.net Am 23.06.2015 um 19:42 schrieb Eduardo Habkost: > On Tue, Jun 23, 2015 at 07:29:15PM +0200, Andreas F=E4rber wrote: >> In summary you seem to be saying that all the years we have spent >> fiddling around with those mind-boggling compat_props in QEMU were in >> vain because libvirt now wants to start their own versioning system to >> give users more degrees of freedom even when you can't articulate a >> single concrete reason why users may want to do so. >=20 > I had a similar reaction when I learned about this libvirt > expectation/requirement I was never aware of. But "we spent lots of > effort trying to do things differently" doesn't seem like a valid > justification for design decision. True, but my expectation is that libvirt is a friendly wrapper around QEMU using the mechanisms like -x.y we implemented for it and does not stand up at random and says, like Dan, that it "wants" to have things differently from now on, breaking all past assumptions and guarantees. 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)