From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34887) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aW8uI-00075p-Ny for qemu-devel@nongnu.org; Wed, 17 Feb 2016 15:41:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aW8uE-0008Un-Nf for qemu-devel@nongnu.org; Wed, 17 Feb 2016 15:41:06 -0500 Received: from mx1.redhat.com ([209.132.183.28]:34845) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aW8u4-0008TC-PI for qemu-devel@nongnu.org; Wed, 17 Feb 2016 15:41:02 -0500 Date: Wed, 17 Feb 2016 18:40:47 -0200 From: Eduardo Habkost Message-ID: <20160217204047.GD10796@thinpad.lan.raisama.net> References: <871t8kpo6j.fsf@emacs.mitica> <56C30E11.8040606@de.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56C30E11.8040606@de.ibm.com> Subject: Re: [Qemu-devel] KVM call for agenda for 2016-02-16 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christian Borntraeger Cc: Matthew Rosato , Peter Maydell , KVM devel mailing list , quintela@redhat.com, qemu-develQEMU Developer , David Hildenbrand , Paul Mackerras , Bharata B Rao , Andreas =?iso-8859-1?Q?F=E4rber?= , David Gibson On Tue, Feb 16, 2016 at 12:54:57PM +0100, Christian Borntraeger wrote: > So my quick and dirty summary of CPU as _I_ understand it > (and I only have some part time bandwidth at the moment for that) > > x86 has cpu hotplug. Some history > qemu-kvm had cpu_set in the past > qemu has cpu_add for a while now > libvirt code uses cpu_add cross-platform out of the box > > proposal to use device_add. Currently this has the following issues that > we need to discuss: > - will require capability checking and dual code in libvirt (and libvirt updates) > - Power has some constraints that are hard to model with just device add > - David Gibson proposes a two layer interface > - low level: device add cpu-package > - high level > - David Hildenbrand has some concerns regarding CPU models (with base model + feature > on/off), as device_add needs instantiatable type > - devel_del: s390 has no interface for cpu removal (Matts latest patches reset the > machine just like z/VM - until we have some interface) > - anything else? (cpu hotplug on ARM or MIPS?) > > Would be good to use todays call to have a plan how to finish things soon. > (maybe even for 2.6) Did the call happen? I am away from work for most days during the next 2 weeks, so I couldn't attend. -- Eduardo