| commit | 17f444c0549f2ce037646871e748cf2dc375bce9 | |
| author | Michael Bringmann <mwb@linux.vnet.ibm.com> | |
| Fri, 8 Sep 2017 20:47:27 +0000 (8 15:47 -0500) | ||
| committer | Michael Ellerman <mpe@ellerman.id.au> | |
| Mon, 16 Oct 2017 12:12:03 +0000 (16 23:12 +1100) | ||
| tree | d91c8f3e1e61345078def3869f0399fdb87cdc41 | treesnapshot (tar.gz zip) |
| parent | 733e4a4c4467033918f4e64f797b03efe209d82c | commitdiff |
powerpc/vphn: Update CPU topology when VPHN enabled
powerpc/vphn: On Power systems with shared configurations of CPUs
and memory, there are some issues with the association of additional
CPUs and memory to nodes when hot-adding resources. This patch
corrects the currently broken capability to set the topology for
shared CPUs in LPARs. At boot time for shared CPU lpars, the
topology for each CPU was being set to node zero. Now when
numa_update_cpu_topology() is called appropriately, the Virtual
Processor Home Node (VPHN) capabilities information provided by the
pHyp allows the appropriate node in the shared configuration to be
selected for the CPU.
Signed-off-by: Michael Bringmann <mwb@linux.vnet.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
powerpc/vphn: On Power systems with shared configurations of CPUs
and memory, there are some issues with the association of additional
CPUs and memory to nodes when hot-adding resources. This patch
corrects the currently broken capability to set the topology for
shared CPUs in LPARs. At boot time for shared CPU lpars, the
topology for each CPU was being set to node zero. Now when
numa_update_cpu_topology() is called appropriately, the Virtual
Processor Home Node (VPHN) capabilities information provided by the
pHyp allows the appropriate node in the shared configuration to be
selected for the CPU.
Signed-off-by: Michael Bringmann <mwb@linux.vnet.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
| arch/powerpc/mm/numa.c | diffblobblamehistory |