[<prev] [next>] [day] [month] [year] [list]
Message-Id: <14c5edf9-9a76-cac3-cc21-54f1ee2bd0b6@linux.vnet.ibm.com>
Date: Fri, 26 May 2017 16:16:56 -0500
From: Michael Bringmann <mwb@...ux.vnet.ibm.com>
To: linuxppc-dev@...ts.ozlabs.org, linux-kernel@...r.kernel.org
Cc: Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>,
Michael Ellerman <mpe@...erman.id.au>,
Reza Arbab <arbab@...ux.vnet.ibm.com>,
Thomas Gleixner <tglx@...utronix.de>,
Bharata B Rao <bharata@...ux.vnet.ib>,
Balbir Singh <bsingharora@...il.com>,
Michael Bringmann <mwb@...ux.vnet.ibm.com>,
Shailendra Singh <shailendras@...dia.com>,
"Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>
Subject: [PATCH V4 2/2] powerpc/hotplug/mm: Fix hot-add memory node assoc
Removing or adding memory via the PowerPC hotplug interface currently
dumps newly added processors or memory into default node 0, instead of
into the node that would be calculated based upon the VPHN affinity
tables. The code was updated to ensure that all nodes found at boot
are still available to subsequent DLPAR hotplug-memory operations,
even if they are not needed at boot time.
Signed-off-by: Michael Bringmann <mwb@...ux.vnet.ibm.com>
---
---
arch/powerpc/mm/numa.c | 7 -------
1 file changed, 7 deletions(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index afcee3f..49d5222 100644
--- a/arch/powerpc/mm/numa.c
+++ b/arch/powerpc/mm/numa.c
@@ -905,13 +905,6 @@ void __init initmem_init(void)
memblock_dump_all();
- /*
- * Reduce the possible NUMA nodes to the online NUMA nodes,
- * since we do not support node hotplug. This ensures that we
- * lower the maximum NUMA node ID to what is actually present.
- */
- nodes_and(node_possible_map, node_possible_map, node_online_map);
-
for_each_online_node(nid) {
unsigned long start_pfn, end_pfn;
Powered by blists - more mailing lists