On 18.11.2022 11:45, Wei Chen wrote: > x86 has implemented a set of codes to process NUMA nodes. These > codes will parse NUMA memory and processor information from > ACPI SRAT table. But except some ACPI specific codes, most > of the process code like memory blocks validation, node memory > range updates and some sanity check can be reused by other > NUMA implementation. > > So in this patch, we move some variables and related functions > for NUMA memory and processor to common as library. At the > same time, numa_set_processor_nodes_parsed has been introduced > for ACPI specific code to update processor parsing results. > With this helper, we can reuse most of NUMA memory affinity init > code from ACPI. As bad_srat and node_to_pxm functions have been > used in common code to do architectural fallback and node to > architectural node info translation. But it doesn't make sense > to reuse the functions names in common code, we have rename them > to neutral names as well. > > PXM is an ACPI specific item, we can't use it in common code > directly. So we introduced an numa_fw_nid_name for each NUMA > implementation to set their specific firmware NUMA node name. > In this case, we do not need to retain a lot of per-arch code > but still can print architectural log messages for different > NUMA implementations. A default value "???" will be set to > indicate an unset numa_fw_nid_name. > > mem_hotplug is accessed by common code if memory hotplug is > activated. Even if this is only supported by x86, export the > variable so that other architectures could support it in the future. > > As asm/acpi.h has been removed from common/numa.c, we have to > move NR_NODE_MEMBLKS from asm/acpi.h to xen/numa.h in this patch > as well. > > Signed-off-by: Wei Chen <wei.c...@arm.com>
Reviewed-by: Jan Beulich <jbeul...@suse.com>
