kernel/git/stable/linux.git/include/asm-x86_64/local.h, branch master

i386/x86_64: move headers to include/asm-x86

2007-10-11T09:20:03+00:00

Move the headers to include/asm-x86 and fixup the header install make rules Signed-off-by: Thomas Gleixner Signed-off-by: Ingo Molnar

local_t: x86_64 extension

2007-05-08T18:15:20+00:00

Signed-off-by: Mathieu Desnoyers Cc: Andi Kleen Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] x86_64: Fix race in cpu_local_* on preemptible kernels

2006-06-26T17:48:21+00:00

When a process changes CPUs while doing the non atomic cpu_local_* operations it might operate on the local_t of a different CPUs. Fix that by disabling preemption. Pointed out by Christopher Lameter Signed-off-by: Andi Kleen Signed-off-by: Linus Torvalds

[PATCH] make local_t signed

2006-03-31T20:18:55+00:00

local_t's were defined to be unsigned. This increases confusion because atomic_t's are signed. The patch goes through and changes all implementations to use signed longs throughout. Also, x86-64 was using 32-bit quantities for the value passed into local_add() and local_sub(). Fixed. All (actually, both) existing users have been audited. (Also s/__inline__/inline/ in x86_64/local.h) Cc: Andi Kleen Cc: Benjamin LaHaise Cc: Kyle McMartin Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] x86_64: Make local_t 64bit instead of 32bit

2006-03-25T17:14:38+00:00

For consistency with other architectures Signed-off-by: Andi Kleen Signed-off-by: Linus Torvalds

[PATCH] x86-64: clean up local_add/sub arguments

2005-09-12T17:50:59+00:00

Signed-off-by: Linus Torvalds

[PATCH] x86_64: Correct wrong comment in local.h

2005-04-16T22:25:08+00:00

local_t is actually a win over atomic_t because it does not need lock prefixes. Signed-off-by: Andi Kleen Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

Linux-2.6.12-rc2

2005-04-16T22:20:36+00:00

Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!