[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <87o9wahquj.fsf@linux.vnet.ibm.com>
Date: Thu, 06 Apr 2017 18:39:48 +1000
From: Stewart Smith <stewart@...ux.vnet.ibm.com>
To: Madhavan Srinivasan <maddy@...ux.vnet.ibm.com>, mpe@...erman.id.au
Cc: linux-kernel@...r.kernel.org, linuxppc-dev@...ts.ozlabs.org,
ego@...ux.vnet.ibm.com, bsingharora@...il.com,
benh@...nel.crashing.org, paulus@...ba.org, anton@...ba.org,
sukadev@...ux.vnet.ibm.com, mikey@...ling.org, dja@...ens.net,
eranian@...gle.com, Hemant Kumar <hemant@...ux.vnet.ibm.com>,
Anju T Sudhakar <anju@...ux.vnet.ibm.com>,
Madhavan Srinivasan <maddy@...ux.vnet.ibm.com>
Subject: Re: [PATCH v6 01/11] powerpc/powernv: Data structure and macros definitions
Madhavan Srinivasan <maddy@...ux.vnet.ibm.com> writes:
> +#define IMC_MAX_CHIPS 32
> +#define IMC_MAX_PMUS 32
The max chips and PMUs we'd be able to work out from the device tre
though, right? We could just allocate the correct amount of memory on
boot.
We may hot plug/unplug CPUs, but we're not doing that from a hardware
level, what CPUs you get in the DT on PowerNV on boot is all you're
getting.
--
Stewart Smith
OPAL Architect, IBM.
Powered by blists - more mailing lists