[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 17/45] xen: arm64: xchg and cmpxchg
At 15:56 +0000 on 23 Jan (1358956583), Ian Campbell wrote: > Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> > --- > xen/include/asm-arm/arm32/system.h | 115 ++++++++++++++++++++++++++ > xen/include/asm-arm/arm64/system.h | 155 > ++++++++++++++++++++++++++++++++++++ > xen/include/asm-arm/system.h | 114 -------------------------- > 3 files changed, 270 insertions(+), 114 deletions(-) > > --- a/xen/include/asm-arm/arm64/system.h > +++ b/xen/include/asm-arm/arm64/system.h > @@ -17,6 +17,161 @@ > #define smp_rmb() asm volatile("dmb ishld" : : : "memory") > #define smp_wmb() asm volatile("dmb ishst" : : : "memory") > > + > +extern void __bad_xchg(volatile void *, int); > + > +static inline unsigned long __xchg(unsigned long x, volatile void *ptr, int > size) > +{ > + unsigned long ret, tmp; > + > + switch (size) { > + case 1: > + asm volatile("// __xchg1\n" > + "1: ldaxrb %w0, [%3]\n" > + " stlxrb %w1, %w2, [%3]\n" Why are these using acquire/release ops (i.e. why not LDXR/STXR)? The 32-bit equivalent doesn't have any memory barriers. Tim. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |