x86, numa: Add error handling for bad cpu-to-node mappings
authorDavid Rientjes <rientjes@google.com>
Mon, 7 Feb 2011 22:08:53 +0000 (14:08 -0800)
committerIngo Molnar <mingo@elte.hu>
Mon, 14 Feb 2011 12:29:27 +0000 (13:29 +0100)
commit14392fd329eca9b59d51c0aa5d0acfb4965424d1
tree8008ec19841352f00ef82cdd338bae1fd5088245
parentb366801c95bdbeda811ac9668a3943051a18c188
x86, numa: Add error handling for bad cpu-to-node mappings

CONFIG_DEBUG_PER_CPU_MAPS may return NUMA_NO_NODE when an
early_cpu_to_node() mapping hasn't been initialized.  In such a
case, it emits a warning and continues without an issue but
callers may try to use the return value to index into an array.

We can catch those errors and fail silently since a warning has
already been emitted.  No current user of numa_add_cpu()
requires this error checking to avoid a crash, but it's better
to be proactive in case a future user happens to have a bug and
a user tries to diagnose it with CONFIG_DEBUG_PER_CPU_MAPS.

Reported-by: Jesper Juhl <jj@chaosbits.net>
Signed-off-by: David Rientjes <rientjes@google.com>
Cc: Tejun Heo <tj@kernel.org>
LKML-Reference: <alpine.DEB.2.00.1102071407250.7812@chino.kir.corp.google.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
arch/x86/mm/numa.c
arch/x86/mm/numa_64.c