locking/atomic, arch/m68k: Remove comment
authorPeter Zijlstra <peterz@infradead.org>
Fri, 17 Jun 2016 15:05:38 +0000 (17:05 +0200)
committerIngo Molnar <mingo@kernel.org>
Mon, 20 Jun 2016 09:25:50 +0000 (11:25 +0200)
I misread the inline asm. It uses a rare construct to provide an input
to a previously declared output to do the atomic_read().

Reported-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Andreas Schwab <schwab@linux-m68k.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: linux-kernel@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
arch/m68k/include/asm/atomic.h

index 3e03de7ae33bf953e073aacfc475fedb87011104..cf4c3a7b1a45d2bfac701d4e6a8a44e2f7f260d4 100644 (file)
@@ -38,13 +38,6 @@ static inline void atomic_##op(int i, atomic_t *v)                   \
 
 #ifdef CONFIG_RMW_INSNS
 
-/*
- * Am I reading these CAS loops right in that %2 is the old value and the first
- * iteration uses an uninitialized value?
- *
- * Would it not make sense to add: tmp = atomic_read(v); to avoid this?
- */
-
 #define ATOMIC_OP_RETURN(op, c_op, asm_op)                             \
 static inline int atomic_##op##_return(int i, atomic_t *v)             \
 {                                                                      \