| commit | 17b7c39e275ecacae1416bc164189d6ddd116c57 | |
| author | Igor Mammedov <imammedo@redhat.com> | |
| Fri, 24 Feb 2017 09:26:56 +0000 (24 10:26 +0100) | ||
| committer | David Gibson <david@gibson.dropbear.id.au> | |
| Sun, 5 Mar 2017 23:32:53 +0000 (6 10:32 +1100) | ||
| tree | 3eca6b7a5e343d1f528a5d43e43ba40b8c754e71 | treesnapshot (tar.gz zip) |
| parent | 7ea6e0671754330510bcdde2e7f5b5f2db426472 | commitdiff |
spapr: ensure that all threads within core are on the same NUMA node
Threads within a core shouldn't be on different
NUMA nodes, so if user has misconfgured command
line, fail QEMU at start up to force user fix it.
For now use the first thread on the core as source
of core's node-id. Later when cpu-numa refactoring
lands it will be switched to core's node-id from
possible_cpus[].
This prevents the same problems as commit 20bb648d
"spapr: Fix default NUMA node allocation for threads",
but for the case of manually configured NUMA node
mappings, instead of just the default case.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Threads within a core shouldn't be on different
NUMA nodes, so if user has misconfgured command
line, fail QEMU at start up to force user fix it.
For now use the first thread on the core as source
of core's node-id. Later when cpu-numa refactoring
lands it will be switched to core's node-id from
possible_cpus[].
This prevents the same problems as commit 20bb648d
"spapr: Fix default NUMA node allocation for threads",
but for the case of manually configured NUMA node
mappings, instead of just the default case.
Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
| hw/ppc/spapr_cpu_core.c | diffblobblamehistory |