Messages in this thread | | | Subject | Re: [PATCH] Define __raw_get_cpu_var and use it | From | Martin Schwidefsky <> | Date | Wed, 10 May 2006 10:39:49 +0200 |
| |
On Wed, 2006-05-10 at 13:30 +1000, Paul Mackerras wrote: > There are several instances of per_cpu(foo, raw_smp_processor_id()), > which is semantically equivalent to __get_cpu_var(foo) but without the > warning that smp_processor_id() can give if CONFIG_DEBUG_PREEMPT is > enabled. For those architectures with optimized per-cpu > implementations, namely ia64, powerpc, s390, sparc64 and x86_64, > per_cpu() turns into more and slower code than __get_cpu_var(), so it > would be preferable to use __get_cpu_var on those platforms. > > This defines a __raw_get_cpu_var(x) macro which turns into > per_cpu(x, raw_smp_processor_id()) on architectures that use the > generic per-cpu implementation, and turns into __get_cpu_var(x) on > the architectures that have an optimized per-cpu implementation. > > Signed-off-by: Paul Mackerras <paulus@samba.org>
Nice, saves an indirection over __per_cpu_offset[]. And it works :-)
Acked-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
-- blue skies, Martin.
Martin Schwidefsky Linux for zSeries Development & Services IBM Deutschland Entwicklung GmbH
"Reality continues to ruin my life." - Calvin.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |