From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46082) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b6Kgi-0003IK-2U for qemu-devel@nongnu.org; Fri, 27 May 2016 12:32:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b6Kgd-0001lh-Pz for qemu-devel@nongnu.org; Fri, 27 May 2016 12:32:38 -0400 Received: from e19.ny.us.ibm.com ([129.33.205.209]:46133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b6Kgd-0001k9-Jx for qemu-devel@nongnu.org; Fri, 27 May 2016 12:32:35 -0400 Received: from localhost by e19.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 27 May 2016 12:32:32 -0400 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable From: Michael Roth In-Reply-To: <57486C5D.1060902@redhat.com> References: <1458016736-10544-1-git-send-email-bharata@linux.vnet.ibm.com> <57486C5D.1060902@redhat.com> Message-ID: <20160527163221.7842.32145@loki> Date: Fri, 27 May 2016 11:32:21 -0500 Subject: Re: [Qemu-devel] [RFC PATCH v2 0/2] spapr: Memory hot-unplug support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Thomas Huth , Bharata B Rao , qemu-devel@nongnu.org Cc: qemu-ppc@nongnu.org, nfont@linux.vnet.ibm.com, imammedo@redhat.com, david@gibson.dropbear.id.au Quoting Thomas Huth (2016-05-27 10:48:45) > Hi Bharata, > = > On 15.03.2016 05:38, Bharata B Rao wrote: > > This patchset adds memory hot removal support for PowerPC sPAPR. > > This new version switches to using the proposed "count-indexed" type of > > hotplug identifier which allows to hot remove a number of LMBs starting > > with a given DRC index. > > = > > This count-indexed hotplug identifier isn't yet part of PAPR. > = > Just for clarification / my understanding: That means we also need a > modified guest to support this new interface? If yes, did you post such > patches somewhere else already, too? No patches posted yet, but hopefully soon. These bits will likely be added as part of an effort that moves all memory hotplug/unplug into guest kernel instead of relying on drmgr. Most of the bits for in-kernel memory hotplug are already upstream, but there's a number of other requirements in the spec update (like a new hotplug interrupt/queue instead of re-using EPOW) that need to be addressed as part of the switchover. > = > Thomas >=20