aboutsummaryrefslogtreecommitdiffstats
path: root/arch/arm64/kernel
diff options
context:
space:
mode:
authorGavin Shan <gshan@redhat.com>2022-07-18 14:42:32 +0800
committerWill Deacon <will@kernel.org>2022-07-19 19:10:28 +0100
commit9e26cac5f82b2cce43d98ffd8382ebd858fae7e8 (patch)
tree1524926b04aec9b541da81d36b127653ec274b27 /arch/arm64/kernel
parentarm64: mm: Remove assembly DMA cache maintenance wrappers (diff)
downloadlinux-dev-9e26cac5f82b2cce43d98ffd8382ebd858fae7e8.tar.xz
linux-dev-9e26cac5f82b2cce43d98ffd8382ebd858fae7e8.zip
arm64: numa: Don't check node against MAX_NUMNODES
When the NUMA nodes are sorted by checking ACPI SRAT (GICC AFFINITY) sub-table, it's impossible for acpi_map_pxm_to_node() to return any value, which is greater than or equal to MAX_NUMNODES. Lets drop the unnecessary check in acpi_numa_gicc_affinity_init(). No functional change intended. Signed-off-by: Gavin Shan <gshan@redhat.com> Link: https://lore.kernel.org/r/20220718064232.3464373-1-gshan@redhat.com Signed-off-by: Will Deacon <will@kernel.org>
Diffstat (limited to 'arch/arm64/kernel')
-rw-r--r--arch/arm64/kernel/acpi_numa.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/arm64/kernel/acpi_numa.c b/arch/arm64/kernel/acpi_numa.c
index fdfecf0991ce..e51535a5f939 100644
--- a/arch/arm64/kernel/acpi_numa.c
+++ b/arch/arm64/kernel/acpi_numa.c
@@ -109,7 +109,7 @@ void __init acpi_numa_gicc_affinity_init(struct acpi_srat_gicc_affinity *pa)
pxm = pa->proximity_domain;
node = acpi_map_pxm_to_node(pxm);
- if (node == NUMA_NO_NODE || node >= MAX_NUMNODES) {
+ if (node == NUMA_NO_NODE) {
pr_err("SRAT: Too many proximity domains %d\n", pxm);
bad_srat();
return;