From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38198) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7VqH-0000jr-EC for qemu-devel@nongnu.org; Tue, 23 Jun 2015 17:34:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z7VqE-0006HB-3y for qemu-devel@nongnu.org; Tue, 23 Jun 2015 17:34:53 -0400 Received: from mx1.redhat.com ([209.132.183.28]:35572) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7VqD-0006H5-Vf for qemu-devel@nongnu.org; Tue, 23 Jun 2015 17:34:50 -0400 Date: Tue, 23 Jun 2015 23:34:45 +0200 From: "Michael S. Tsirkin" Message-ID: <20150623213445.GA17756@redhat.com> References: <558951C0.3050806@suse.de> <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> <20150623171122.GI3134@thinpad.lan.raisama.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150623171122.GI3134@thinpad.lan.raisama.net> 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, qemu-devel@nongnu.org, Alexander Graf , borntraeger@de.ibm.com, Igor Mammedov , Paolo Bonzini , Jiri Denemark , Andreas =?iso-8859-1?Q?F=E4rber?= , rth@twiddle.net On Tue, Jun 23, 2015 at 02:11:22PM -0300, Eduardo Habkost wrote: > Even if it is a bug fix. If it is a change that can make the VM > unrunnable, it needs to be controlled by a separate flag, not by the > machine-type. I agree - command line compatibility is important. But we are supposed to provide that. I am surprised that libvirt suddenly wants to avoid some command line flags because they are not stable. IMHO we did something wrong here if so. Maybe there was a valid reason for it. But then won't it apply to libvirt as well? Now, if people want to update CPU models outside the QEMU binary, that might be doable simply by moving them to a separate package, with a text file that QEMU reads at startup. > -- > Eduardo