27 Jun, 2006
1 commit
-
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
01 Apr, 2006
1 commit
-
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
26 Mar, 2006
1 commit
-
For consistency with other architectures
Signed-off-by: Andi Kleen
Signed-off-by: Linus Torvalds
13 Sep, 2005
1 commit
-
Signed-off-by: Linus Torvalds
17 Apr, 2005
2 commits
-
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 -
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!
