linux.git/include/asm-s390/percpu.h, branch master

[S390] move include/asm-s390 to arch/s390/include/asm

2008-08-01T18:42:05+00:00

Signed-off-by: Martin Schwidefsky

s390: use generic percpu linux-2.6.git

2008-01-30T22:27:58+00:00

Change s390 percpu.h to use asm-generic/percpu.h

Signed-off-by: Mike Travis 
Acked-by: Martin Schwidefsky 
Signed-off-by: Ingo Molnar

modules: fold percpu_modcopy into module.c

2008-01-30T22:27:58+00:00

percpu_modcopy() is defined multiple times in arch files. However, the only
user is module.c. Put a static definition into module.c and remove
the definitions from the arch files.

Signed-off-by: Ingo Molnar

percpu: move arch XX_PER_CPU_XX definitions into linux/percpu.h

2008-01-30T12:32:52+00:00

- Special consideration for IA64: Add the ability to specify
  arch specific per cpu flags

- remove .data.percpu attribute from DEFINE_PER_CPU for non-smp case.

The arch definitions are all the same. So move them into linux/percpu.h.

We cannot move DECLARE_PER_CPU since some include files just include
asm/percpu.h to avoid include recursion problems.

Cc: Rusty Russell 
Cc: Andi Kleen 
Signed-off-by: Christoph Lameter 
Signed-off-by: Mike Travis 
Signed-off-by: Thomas Gleixner 
Signed-off-by: Ingo Molnar

percpu: use a kconfig variable to signal arch specific percpu setup

2008-01-30T12:32:51+00:00

The use of the __GENERIC_PERCPU is a bit problematic since arches
may want to run their own percpu setup while using the generic
percpu definitions. Replace it through a kconfig variable.

Cc: Rusty Russell 
Cc: Andi Kleen 
Signed-off-by: Christoph Lameter 
Signed-off-by: Mike Travis 
Signed-off-by: Thomas Gleixner 
Signed-off-by: Ingo Molnar

define new percpu interface for shared data

2007-07-19T17:04:44+00:00

per cpu data section contains two types of data.  One set which is
exclusively accessed by the local cpu and the other set which is per cpu,
but also shared by remote cpus.  In the current kernel, these two sets are
not clearely separated out.  This can potentially cause the same data
cacheline shared between the two sets of data, which will result in
unnecessary bouncing of the cacheline between cpus.

One way to fix the problem is to cacheline align the remotely accessed per
cpu data, both at the beginning and at the end.  Because of the padding at
both ends, this will likely cause some memory wastage and also the
interface to achieve this is not clean.

This patch:

Moves the remotely accessed per cpu data (which is currently marked
as ____cacheline_aligned_in_smp) into a different section, where all the data
elements are cacheline aligned. And as such, this differentiates the local
only data and remotely accessed data cleanly.

Signed-off-by: Fenghua Yu 
Acked-by: Suresh Siddha 
Cc: Rusty Russell 
Cc: Christoph Lameter 
Cc: 
Cc: "Luck, Tony" 
Cc: Andi Kleen 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] Fix typo in "syntax error if percpu macros are incorrectly used" patch

2006-10-06T15:53:41+00:00

Trivial typo fix in the "syntax error if percpu macros are incorrectly
used" patch.  I misspelled "identifier" in all places.  D'Oh!

Thanks to Dirk Mueller to point this out.

Signed-off-by: Jan Blunck 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] trigger a syntax error if percpu macros are incorrectly used

2006-09-26T15:48:44+00:00

get_cpu_var()/per_cpu()/__get_cpu_var() arguments must be simple
identifiers.  Otherwise the arch dependent implementations might break.

This patch enforces the correct usage of the macros by producing a syntax
error if the variable is not a simple identifier.

Signed-off-by: Jan Blunck 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] lockdep: add per_cpu_offset()

2006-07-03T22:27:00+00:00

Add the per_cpu_offset() generic method. (used by the lock validator)

Signed-off-by: Ingo Molnar 
Signed-off-by: Arjan van de Ven 
Cc: Rusty Russell 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] Define __raw_get_cpu_var and use it

2006-06-25T17:01:01+00:00

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 
Acked-by: David S. Miller 
Acked-by: Ingo Molnar 
Acked-by: Martin Schwidefsky 
Cc: Rusty Russell 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds