Re: [PATCH 14/20] arch,mn10300: Fold atomic_ops
From: Peter Zijlstra <peterz@infradead.org>
Date: 2014-05-20 13:17:03
Also in:
lkml
Attachments
- (unnamed) [application/pgp-signature] 836 bytes
From: Peter Zijlstra <peterz@infradead.org>
Date: 2014-05-20 13:17:03
Also in:
lkml
On Tue, May 20, 2014 at 02:05:32PM +0100, David Howells wrote:
Peter Zijlstra [off-list ref] wrote:quoted
+#define ATOMIC_OPS(op) ATOMIC_OP(op) ATOMIC_OP_RETURN(op)Can ATOMIC_OP() just be an alias for ATOMIC_OP_RETURN() where that is appropriate? I suspect several arches (MN10300 included) are going to return the value *anyway*.
I was going to introduce a few new atomic ops that will not have _return() equivalents. So relying on whatever code is generated by ATOMIC_OP_RETURN() is going to be painful.