[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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.