From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55854) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bAJex-00082L-EA for qemu-devel@nongnu.org; Tue, 07 Jun 2016 12:15:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bAJew-0002jz-Dt for qemu-devel@nongnu.org; Tue, 07 Jun 2016 12:15:19 -0400 References: <1457717778-17727-1-git-send-email-wei@redhat.com> <20160607155149.wpqsavmouhdr63iq@hawk.localdomain> From: Wei Huang Message-ID: <5756F30A.2070102@redhat.com> Date: Wed, 8 Jun 2016 00:15:06 +0800 MIME-Version: 1.0 In-Reply-To: <20160607155149.wpqsavmouhdr63iq@hawk.localdomain> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH V1 0/2] Versioning ARM virt machine types List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Andrew Jones , Peter Maydell Cc: qemu-arm , QEMU Developers , Andrea Bolognani On 06/07/2016 11:51 PM, Andrew Jones wrote: > On Tue, Jun 07, 2016 at 04:17:09PM +0100, Peter Maydell wrote: >> On 11 March 2016 at 17:36, Wei Huang wrote: >>> We start to see more features been added to ARM virtual machine models. >>> For the purpose of backward compatibility (e.g. migration), it is time >>> to consider versioning machine types for ARM VMs. As a beginning step, this >>> patchset defines an abstract machine type for ARM VMs. The current >>> "virt" machine is re-written based on this new abstract type accordingly. >>> These patches have been verified by booting existing VMs. >>> >>> RFC->V1: >>> * Rename the machine type to "virt-2.6", matching the imminent QEMU version >>> * Remove mc->is_default (Peter's comment) >> >> So is there a plan to provide a virt-2.7 for the next release? > > Yup. I was planning to send it as part of a small "hw/arm/virt: add > cpu-map" series I pretty much have ready, but didn't finish and send > yet because I got distracted working on the larger plan (among other > things). The motivation (larger plan) for cpu-map is full cpu-topology > configuration, but working on that has led to an smp parameter rework > RFC (hoping to send this week...) Wei or I can just send the virt-2.7 > patch now though to get it done sooner than later. It makes sense to go with Drew's patches, so he doesn't need to re-base his existing current implementation. > > Thanks, > drew >