summaryrefslogtreecommitdiff
path: root/include/asm-x86_64
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@woody.osdl.org>2006-12-06 22:42:57 (GMT)
committerLinus Torvalds <torvalds@woody.osdl.org>2006-12-06 22:42:57 (GMT)
commitf9e9dcb38f5106fa8cdac04a9e967d5487f1cd20 (patch)
tree8d1cbf17b9b54eacde5a7bf7adf4d5ba6cb119dc /include/asm-x86_64
parent16afea0255cf6963eb924d4334cdb5acb9074581 (diff)
downloadlinux-f9e9dcb38f5106fa8cdac04a9e967d5487f1cd20.tar.xz
x86[-64]:Remove 'volatile' from atomic_t
Any code that relies on the volatile would be a bug waiting to happen anyway. Don't encourage people to think that putting 'volatile' on data structures somehow fixes problems. We should always use proper locking (and other serialization) techniques. Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/asm-x86_64')
-rw-r--r--include/asm-x86_64/atomic.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/include/asm-x86_64/atomic.h b/include/asm-x86_64/atomic.h
index 007e88d..93849f7 100644
--- a/include/asm-x86_64/atomic.h
+++ b/include/asm-x86_64/atomic.h
@@ -21,7 +21,7 @@
* on us. We need to use _exactly_ the address the user gave us,
* not some alias that contains the same information.
*/
-typedef struct { volatile int counter; } atomic_t;
+typedef struct { int counter; } atomic_t;
#define ATOMIC_INIT(i) { (i) }