From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:47568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SwExn-0001tj-EA for qemu-devel@nongnu.org; Tue, 31 Jul 2012 12:06:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SwExm-0004gj-32 for qemu-devel@nongnu.org; Tue, 31 Jul 2012 12:06:27 -0400 Received: from mx3-phx2.redhat.com ([209.132.183.24]:58116) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SwExl-0004fT-Qr for qemu-devel@nongnu.org; Tue, 31 Jul 2012 12:06:26 -0400 Date: Tue, 31 Jul 2012 12:06:24 -0400 (EDT) From: Igor Mammedov Message-ID: <1887466189.22829081.1343750784007.JavaMail.root@redhat.com> In-Reply-To: <20120731154014.GL24331@otherpad.lan.raisama.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] KVM call minutes July 31th List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eduardo Habkost Cc: Anthony Liguori , qemu-devel@nongnu.org, KVM devel mailing list , Juan Quintela ----- Original Message ----- > From: "Eduardo Habkost" > To: "Juan Quintela" , "Anthony Liguori" > Cc: qemu-devel@nongnu.org, "KVM devel mailing list" > Sent: Tuesday, July 31, 2012 5:40:14 PM > Subject: Re: [Qemu-devel] KVM call minutes July 31th > > On Tue, Jul 31, 2012 at 04:32:05PM +0200, Juan Quintela wrote: > > - 1.2 plans for CPU model versioning/compatibility (eduardo) > > (global properties vs QOM vs qdev) > > how to do it ? configuration file? moving back to the code? > > different external interface from internal one > > Another question: > > Anthony, you mentioned that you had a series to convert the CPU to > be > actual qdev device objects. Do you have a pointer for it? I couldn't > find it. it was http://lists.gnu.org/archive/html/qemu-devel/2012-06/msg03847.html but there is another earlier proposal by Andreas to make CPU as DEVICE only for softmmu targets. So consensus wasn't reached yet. If we are to to use global props creating CPU subclasses, we might have to make CPU as DEVICE for *-user target as well and pull in qdev deps into it. > All I remember (from a call 2 or 3 weeks ago) was that the conversion > was difficult because it would make *-user pull qdev, and that was > not a > trivial task. > > -- > Eduardo > >