From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36963) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7UGB-0007Op-45 for qemu-devel@nongnu.org; Tue, 23 Jun 2015 15:53:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z7UG7-0007fp-Ve for qemu-devel@nongnu.org; Tue, 23 Jun 2015 15:53:31 -0400 Received: from mx1.redhat.com ([209.132.183.28]:59680) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7UG7-0007fb-NU for qemu-devel@nongnu.org; Tue, 23 Jun 2015 15:53:27 -0400 Date: Tue, 23 Jun 2015 16:53:25 -0300 From: Eduardo Habkost Message-ID: <20150623195325.GP3134@thinpad.lan.raisama.net> References: <20150623162555.GL30318@redhat.com> <20150623183115-mutt-send-email-mst@redhat.com> <20150623163858.GG3134@thinpad.lan.raisama.net> <55898D09.2060405@suse.de> <20150623170859.GH3134@thinpad.lan.raisama.net> <558994CE.9050001@suse.de> <20150623173917.GK3134@thinpad.lan.raisama.net> <5589A70A.9050201@suse.de> <20150623192544.GO3134@thinpad.lan.raisama.net> <5589B67F.5090409@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <5589B67F.5090409@suse.de> 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: Andreas =?iso-8859-1?Q?F=E4rber?= Cc: Peter Maydell , 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 On Tue, Jun 23, 2015 at 09:41:51PM +0200, Andreas F=E4rber wrote: [...] > I am going to stop arguing here and suggest you put this on the agenda > for the next KVM call. I am a bit confused. You said "I don't mind there being an optional custom model" in a previous message. If you have objections to libvirt API design decisions, I understand it, but I suggest you take them to the libvir-list mailing list. Now, if you have objections to having an optional custom model (i.e. valid reasons to not apply patch 1/2), please let me know. I didn't see a single argument to reject the patch, yet. --=20 Eduardo