From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Huth Date: Tue, 27 Oct 2015 13:22:11 +0000 Subject: Re: [PATCH] KVM: PPC: Implement extension to report number of memslots Message-Id: <562F7A83.1000304@redhat.com> List-Id: References: <1444971473-26514-1-git-send-email-nikunj@linux.vnet.ibm.com> <56209C1B.2060903@redhat.com> <20151026051512.GB7687@iris.ozlabs.ibm.com> In-Reply-To: <20151026051512.GB7687@iris.ozlabs.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Paul Mackerras , kvm-ppc@vger.kernel.org, kvm@vger.kernel.org Cc: agraf@suse.de, Scott Wood On 26/10/15 06:15, Paul Mackerras wrote: > On Fri, Oct 16, 2015 at 08:41:31AM +0200, Thomas Huth wrote: >> Yes, we'll likely need this soon! 32 slots are not enough... > > Would anyone object if I raised the limit for PPC to 512 slots? In the long run we should really make this somehow dynamically instead. But as a first step, that should IMHO be fine. Question is whether we immediately need 512 on PPC, too? QEMU for x86 features 256 pluggable memory DIMM slots ("#define ACPI_MAX_RAM_SLOTS 256"), while PPC only has 32 ("#define SPAPR_MAX_RAM_SLOTS 32"). So maybe we are fine with less memory slots on PPC, e.g. 300 or so? Thomas