summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMinoru Usui <usui@mxm.nes.nec.co.jp>2008-01-30 13:33:35 +0100
committerIngo Molnar <mingo@elte.hu>2008-01-30 13:33:35 +0100
commit9a1b62fe858ba6780a9aeb4ab5f7751038a6c15d (patch)
tree127603cfdbb2a200d8dd2b86ddff16ec3a0484b9
parent53391fa20cab6df6b476a5a0ad6be653c9de0c46 (diff)
downloadop-kernel-dev-9a1b62fe858ba6780a9aeb4ab5f7751038a6c15d.zip
op-kernel-dev-9a1b62fe858ba6780a9aeb4ab5f7751038a6c15d.tar.gz
x86: fix NUMA emulation on 64-bit
I found a small bug of NUMA emulation code for x86_64. (CONFIG_NUMA_EMU) If machine is non-NUMA, find_node_by_addr() should return NUMA_NO_NODE, but current implementation code returns existent maximum NUMA node number + 1. This is not existent NUMA node number. However, this behaviour does not affect NUMA emulation fortunately, because acpi_fake_nodes() that is caller of find_node_by_addr() gets pxm (proximity domain) by node_to_pxm() from non-existent NUMA node number that was returned by find_node_by_addr(). node_to_pxm() returns PXM_INVAL that means illegal or non-existent NUMA node number. Signed-off-by: Minoru Usui <usui@mxm.nes.nec.co.jp> Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
-rw-r--r--arch/x86/mm/srat_64.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/x86/mm/srat_64.c b/arch/x86/mm/srat_64.c
index 4aed38f..37308d6 100644
--- a/arch/x86/mm/srat_64.c
+++ b/arch/x86/mm/srat_64.c
@@ -416,7 +416,7 @@ static int __init find_node_by_addr(unsigned long addr)
break;
}
}
- return i;
+ return ret;
}
/*
OpenPOWER on IntegriCloud