From: Rusty Russell Date: Mon, 29 Dec 2008 22:35:19 +0000 (+1030) Subject: cpumask: Use nr_cpu_ids in seq_cpumask X-Git-Tag: v2.6.29-rc1~521^2~11^2~34 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=e12f0102ac81d660c9f801d0a0e10ccf4537a9de;p=profile%2Fivi%2Fkernel-x86-ivi.git cpumask: Use nr_cpu_ids in seq_cpumask Impact: cleanup, futureproof nr_cpu_ids is the (badly named) runtime limit on possible CPU numbers; ie. the variable version of NR_CPUS. With the new cpumask operators, only bits less than this are defined. So we should use it everywhere, rather than NR_CPUS. Eventually this will make it possible to allocate cpumasks of the minimal length at runtime. Signed-off-by: Rusty Russell Signed-off-by: Mike Travis Acked-by: Ingo Molnar --- diff --git a/include/linux/seq_file.h b/include/linux/seq_file.h index 952e018..40ea505 100644 --- a/include/linux/seq_file.h +++ b/include/linux/seq_file.h @@ -54,7 +54,7 @@ int seq_bitmap(struct seq_file *m, const unsigned long *bits, unsigned int nr_bits); static inline int seq_cpumask(struct seq_file *m, const struct cpumask *mask) { - return seq_bitmap(m, mask->bits, NR_CPUS); + return seq_bitmap(m, mask->bits, nr_cpu_ids); } static inline int seq_nodemask(struct seq_file *m, nodemask_t *mask)