[PATCH] cpumask: update the Note of setup_node_to_cpumask_map

[Wanlong Gao]

node_to_cpumask() had been replaced by cpumask_of_node(), and wholly
removed since commit 29c337a0.

So update the Note of setup_node_to_cpumask_map().

Signed-off-by: Wanlong Gao <gaowa...@cn.fujitsu.com>
---
arch/powerpc/mm/numa.c | 2 +-
arch/x86/mm/numa.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 2164006..664272c 100644
--- a/arch/powerpc/mm/numa.c
+++ b/arch/powerpc/mm/numa.c
@@ -58,7 +58,7 @@ static int distance_lookup_table[MAX_NUMNODES][MAX_DISTANCE_REF_POINTS];
* Allocate node_to_cpumask_map based on number of available nodes
* Requires node_possible_map to be valid.
*
- * Note: node_to_cpumask() is not valid until after this is done.
+ * Note: cpumask_of_node() is not valid until after this is done.
*/
static void __init setup_node_to_cpumask_map(void)
{
diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c
index fbeaaf4..43049f0 100644
--- a/arch/x86/mm/numa.c
+++ b/arch/x86/mm/numa.c
@@ -110,7 +110,7 @@ void __cpuinit numa_clear_node(int cpu)
* Allocate node_to_cpumask_map based on number of available nodes
* Requires node_possible_map to be valid.
*
- * Note: node_to_cpumask() is not valid until after this is done.
+ * Note: cpumask_of_node() is not valid until after this is done.
* (Use CONFIG_DEBUG_PER_CPU_MAPS to check this.)
*/
void __init setup_node_to_cpumask_map(void)
--
1.7.8.rc0

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[Rusty Russell]

On Tue, 1 Nov 2011 15:37:36 +0800, Wanlong Gao <gaowa...@cn.fujitsu.com> wrote:
> node_to_cpumask() had been replaced by cpumask_of_node(), and wholly
> removed since commit 29c337a0.
>
> So update the Note of setup_node_to_cpumask_map().
>
> Signed-off-by: Wanlong Gao <gaowa...@cn.fujitsu.com>

Acked-by: Rusty Russell <ru...@rustcorp.com.au>

Andrew, can you take this?

Thanks,
Rusty.