From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52000) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgDmI-0002OE-4E for qemu-devel@nongnu.org; Fri, 02 May 2014 09:45:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WgDm6-0008SR-Ez for qemu-devel@nongnu.org; Fri, 02 May 2014 09:45:26 -0400 Received: from mx1.redhat.com ([209.132.183.28]:55715) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgDm5-0008Rx-Bk for qemu-devel@nongnu.org; Fri, 02 May 2014 09:45:14 -0400 Date: Fri, 2 May 2014 15:45:03 +0200 From: Igor Mammedov Message-ID: <20140502154503.72465f99@nial.usersys.redhat.com> In-Reply-To: <1398889773-14652-1-git-send-email-ehabkost@redhat.com> References: <1398889773-14652-1-git-send-email-ehabkost@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC 0/5] Allow object-add on X86CPU subclasses, for CPU model probing List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eduardo Habkost Cc: libvir-list@redhat.com, Jiri Denemark , Peter Krempa , qemu-devel@nongnu.org, Andreas =?ISO-8859-1?B?RuRyYmVy?= On Wed, 30 Apr 2014 17:29:28 -0300 Eduardo Habkost wrote: > This series allows management code to use object-add on X86CPU subclasses, so it Is there any reason why "device-add" couldn't be used? > can use it to probe for CPU model information without re-running QEMU. The main > use case for this is to allow management code to create CPU objects and query > the "feature-words" and "filtered-features" properties on the new objects, to > find out which features each CPU model needs, and to do the same using the > "host" CPU model to check which features can be enabled in a given host. > > There's experimental libvirt code to use the new command at: > https://github.com/ehabkost/libvirt/tree/work/cpu-feature-word-query > The experimental code just create the CPU objects to query for feature > information, but doesn't do anything with that data. > > Eduardo Habkost (5): > cpu: Initialize cpu->stopped=true earlier > cpu: Don't try to pause CPUs if they are already stopped > pc: Don't crash on apic_accept_pic_intr() if CPU has no apic_state > target-i386: Make CPU objects user-creatable > target-i386: Report QOM class name for CPU definitions > > cpus.c | 13 ++++++++++--- > exec.c | 1 + > hw/i386/pc.c | 2 +- > qapi-schema.json | 6 +++++- > target-i386/cpu.c | 7 +++++++ > 5 files changed, 24 insertions(+), 5 deletions(-) >