x86: Fix the !CONFIG_NUMA build of the new CPU ID fixup code support
authorSteffen Persvold <sp@numascale.com>
Tue, 6 Dec 2011 00:10:31 +0000 (01:10 +0100)
committerIngo Molnar <mingo@elte.hu>
Tue, 6 Dec 2011 06:03:37 +0000 (07:03 +0100)
I used "ifdef CONFIG_NUMA" simply because it doesn't make
sense in a non-numa configuration even with SMP enabled.

Besides, the only place where it is called right now is
in kernel/cpu/amd.c:srat_detect_node() within the
"CONFIG_NUMA" protected part.

Signed-off-by: Steffen Persvold <sp@numascale.com>
Cc: Daniel J Blueman <daniel@numascale-asia.com>
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
Link: http://lkml.kernel.org/r/1323073238-32686-2-git-send-email-daniel@numascale-asia.com
Signed-off-by: Ingo Molnar <mingo@elte.hu>
arch/x86/kernel/cpu/common.c

index ad4da45effb91d5dec060142e289ec97ed9a0eee..a70bd5b96b9eec6d006fc168e320794402ce50ea 100644 (file)
@@ -1146,7 +1146,9 @@ static void dbg_restore_debug_regs(void)
  */
 void __cpuinit x86_default_fixup_cpu_id(struct cpuinfo_x86 *c, int node)
 {
+#ifdef CONFIG_NUMA
        pr_err("NUMA core number %d differs from configured core number %d\n", node, c->phys_proc_id);
+#endif
 }
 
 /*