aboutsummaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorDaniel Yeisley <dan.yeisley@unisys.com>2006-02-15 15:17:41 -0800
committerLinus Torvalds <torvalds@g5.osdl.org>2006-02-15 15:32:22 -0800
commitd1db4ec86c7b1bf5b44d2ed3bf84a4bb53c33b1c (patch)
tree66f8ce135645da89365410006a5dcdf0fa6a091d /arch
parentb2ee9dbfad14ba8e34a589d552ddc67300a26bec (diff)
downloadkernel_samsung_aries-d1db4ec86c7b1bf5b44d2ed3bf84a4bb53c33b1c.zip
kernel_samsung_aries-d1db4ec86c7b1bf5b44d2ed3bf84a4bb53c33b1c.tar.gz
kernel_samsung_aries-d1db4ec86c7b1bf5b44d2ed3bf84a4bb53c33b1c.tar.bz2
[PATCH] x86_64: early initialization of cpu_to_node
The early initialization of cpu_to_node code as it is now only updates the cpu_to_node array, and does not update cpu_pda()->nodemember. This will cause numa_node_id() to return 0 on systems where CPU 0 is not on Node 0. This leads to a kernel panic in slab.c. I've tested the patch below on a 16 processor x86_64 ES7000-600 server, and no longer see the panic I saw with the original 2.6.16-rc3. Signed-off-by: Dan Yeisley <dan.yeisley@unisys.com> Acked-by: Andi Kleen <ak@muc.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch')
-rw-r--r--arch/x86_64/mm/numa.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/x86_64/mm/numa.c b/arch/x86_64/mm/numa.c
index 6ef9f9a..22e51be 100644
--- a/arch/x86_64/mm/numa.c
+++ b/arch/x86_64/mm/numa.c
@@ -351,7 +351,7 @@ void __init init_cpu_to_node(void)
continue;
if (apicid_to_node[apicid] == NUMA_NO_NODE)
continue;
- cpu_to_node[i] = apicid_to_node[apicid];
+ numa_set_node(i,apicid_to_node[apicid]);
}
}