From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38150) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Whlze-00026i-RI for qemu-devel@nongnu.org; Tue, 06 May 2014 16:29:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WhlzT-0000GT-6a for qemu-devel@nongnu.org; Tue, 06 May 2014 16:29:38 -0400 Received: from cantor2.suse.de ([195.135.220.15]:43877 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WhlzT-0000Fz-14 for qemu-devel@nongnu.org; Tue, 06 May 2014 16:29:27 -0400 Message-ID: <53694624.7050603@suse.de> Date: Tue, 06 May 2014 22:29:24 +0200 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <1398889773-14652-1-git-send-email-ehabkost@redhat.com> <20140502154503.72465f99@nial.usersys.redhat.com> <20140502144305.GJ3363@otherpad.lan.raisama.net> <20140506092238.570534a8@nial.usersys.redhat.com> <20140506144256.GU3363@otherpad.lan.raisama.net> <20140506220111.45aa0692@thinkpad> <20140506201957.GW3363@otherpad.lan.raisama.net> In-Reply-To: <20140506201957.GW3363@otherpad.lan.raisama.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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: Peter Krempa , libvir-list@redhat.com, qemu-devel@nongnu.org, Paolo Bonzini , Igor Mammedov , Jiri Denemark Am 06.05.2014 22:19, schrieb Eduardo Habkost: > On Tue, May 06, 2014 at 10:01:11PM +0200, Igor Mammedov wrote: >> On Tue, 6 May 2014 11:42:56 -0300 >> Eduardo Habkost wrote: >>> On Tue, May 06, 2014 at 09:22:38AM +0200, Igor Mammedov wrote: >>>> On Fri, 2 May 2014 11:43:05 -0300 >>>> Eduardo Habkost wrote: >>>>> On Fri, May 02, 2014 at 03:45:03PM +0200, Igor Mammedov wrote: >>>>>> On Wed, 30 Apr 2014 17:29:28 -0300 >>>>>> Eduardo Habkost wrote: >>>>>>> This series allows management code to use object-add on X86CPU su= bclasses, so it >>>>>> Is there any reason why "device-add" couldn't be used? >>>>> It needs to work with "-machine none", device_add requires a bus to >>>>> exist, and there is no icc-bus on machine_none. >>>> The thing is that CPUID is a function of machine so using >>>> "-machine none" will provide only approximately accurate data. >>>> I'm not sure that retrieved possibly not accurate data are useful >>>> for libvirt. >>> "-cpu host" doesn't depend on machine, and is the most important thin= g >>> right now (because libvirt's checks for host QEMU/kernel/CPU >>> capabilities is completely broken). >> true, but device-add/-cpu host could be used right now to get the >> same CPUID data wile using any machine type or default one without >> any of this patches. >=20 > device_add can't be used with "-machine none". I see no reason why we couldn't *make* CPUs work on -machine none. The ICC bus and bridge were a hack to make APIC(?) hot-add work in face of SysBus; if that prohibits other valid uses now, then evaluating Igor's memory work for CPU might be an option. I'm not aware of any real X86CPU dependency on ICCBus, so we might as well make -device place it on SysBus if no ICCBus is available... probably much more invasive and potentially dangerous though. Regards, Andreas --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg