From: mathieu.desnoyers@polymtl.ca (Mathieu Desnoyers)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] [RFCv3] arm: add half-word __xchg
Date: Mon, 3 May 2010 13:27:55 -0400 [thread overview]
Message-ID: <20100503172755.GA4248@Krystal> (raw)
In-Reply-To: <1272741897-30369-1-git-send-email-virtuoso@slind.org>
* Alexander Shishkin (virtuoso at slind.org) wrote:
> On systems where ldrexh/strexh are not available,
> * for pre-v6 systems, use a generic local version,
> * for v6 without v6K, emulate xchg2 using 32-bit cmpxchg()
> (it is not yet clear if xchg1 has to be emulated on such
> systems as well, thus the "size" parameter).
>
> The __xchg_generic() function is based on the code that Jamie
> posted earlier.
>
> Signed-off-by: Alexander Shishkin <virtuoso@slind.org>
> CC: linux-arm-kernel-bounces at lists.infradead.org
> CC: Imre Deak <imre.deak@nokia.com>
> CC: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
> CC: Jamie Lokier <jamie@shareable.org>
> ---
> arch/arm/include/asm/system.h | 56 +++++++++++++++++++++++++++++++++++++++++
> 1 files changed, 56 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/include/asm/system.h b/arch/arm/include/asm/system.h
> index d65b2f5..7a5983f 100644
> --- a/arch/arm/include/asm/system.h
> +++ b/arch/arm/include/asm/system.h
> @@ -218,6 +218,39 @@ do { \
> last = __switch_to(prev,task_thread_info(prev), task_thread_info(next)); \
> } while (0)
>
> +#if __LINUX_ARM_ARCH__ >= 6
> +
> +#include <linux/align.h>
> +
> +static inline unsigned long __cmpxchg(volatile void *ptr, unsigned long old,
> + unsigned long new, int size);
> +
> +/*
> + * emulate __xchg() using 32-bit __cmpxchg()
> + */
> +static inline unsigned long __xchg_generic(unsigned long x,
> + volatile void *ptr, int size)
> +{
> + unsigned long *ptrbig = object_align_floor((unsigned long *)ptr);
ptrbig could be renamed to something more relevant. Maybe ptralign ?
> + int shift = ((unsigned)ptr - (unsigned)ptrbig) * 8;
"unsigned int" everywhere above would be cleaner. Also, it's worth
checking the generated assembly: does gcc perform the transformation:
* 8 -> << 3 automatically ?
> + unsigned long mask, add, ret;
> +
> + mask = ~(((1 << (size * 8)) - 1) << shift);
Maybe better to do:
+ mask = ~((((1UL << 3) << size) - 1) << shift);
But, other question: what assumptions are you doing about endianness
here ? I recall that ARM supports switchable endianness. Dunno about the
Linux-specific case though.
Thanks,
Mathieu
> + add = x << shift;
> +
> + ret = *ptrbig;
> + while (1) {
> + unsigned long tmp = __cmpxchg(ptrbig, ret, (ret & mask) | add,
> + 4);
> + if (tmp == ret)
> + break;
> + ret = tmp;
> + }
> +
> + return ret;
> +}
> +#endif
> +
> #if defined(CONFIG_CPU_SA1100) || defined(CONFIG_CPU_SA110)
> /*
> * On the StrongARM, "swp" is terminally broken since it bypasses the
> @@ -262,6 +295,22 @@ static inline unsigned long __xchg(unsigned long x, volatile void *ptr, int size
> : "r" (x), "r" (ptr)
> : "memory", "cc");
> break;
> +#ifdef CONFIG_CPU_32v6K
> + case 2:
> + asm volatile("@ __xchg2\n"
> + "1: ldrexh %0, [%3]\n"
> + " strexh %1, %2, [%3]\n"
> + " teq %1, #0\n"
> + " bne 1b"
> + : "=&r" (ret), "=&r" (tmp)
> + : "r" (x), "r" (ptr)
> + : "memory", "cc");
> + break;
> +#else
> + case 2:
> + ret = __xchg_generic(x, ptr, 2);
> + break;
> +#endif
> case 4:
> asm volatile("@ __xchg4\n"
> "1: ldrex %0, [%3]\n"
> @@ -283,6 +332,13 @@ static inline unsigned long __xchg(unsigned long x, volatile void *ptr, int size
> raw_local_irq_restore(flags);
> break;
>
> + case 2:
> + raw_local_irq_save(flags);
> + ret = *(volatile unsigned short *)ptr;
> + *(volatile unsigned short *)ptr = x;
> + raw_local_irq_restore(flags);
> + break;
> +
> case 4:
> raw_local_irq_save(flags);
> ret = *(volatile unsigned long *)ptr;
> --
> 1.7.1.1.g15764
>
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
next prev parent reply other threads:[~2010-05-03 17:27 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-28 1:22 [RFC PATCH] create generic alignment api (v2) Mathieu Desnoyers
2010-03-28 1:22 ` Mathieu Desnoyers
2010-03-28 15:40 ` Imre Deak
2010-03-28 15:40 ` Imre Deak
2010-03-28 18:29 ` Mathieu Desnoyers
2010-03-28 18:29 ` Mathieu Desnoyers
2010-03-29 0:09 ` [RFC PATCH] create generic alignment api (v5) Mathieu Desnoyers
2010-03-29 0:09 ` Mathieu Desnoyers
2010-05-01 18:35 ` Alexander Shishkin
2010-05-01 19:10 ` Mathieu Desnoyers
2010-05-01 19:10 ` Mathieu Desnoyers
2010-05-01 19:29 ` Alexander Shishkin
2010-05-01 19:45 ` Mathieu Desnoyers
2010-05-01 19:45 ` Mathieu Desnoyers
2010-05-01 19:23 ` [PATCH 1/2] create generic alignment api (v6) Alexander Shishkin
2010-05-01 19:24 ` [PATCH 2/2] [RFCv3] arm: add half-word __xchg Alexander Shishkin
2010-05-03 17:27 ` Mathieu Desnoyers [this message]
[not found] ` <20100505080155.GF27062@shisha.kicks-ass.net>
2010-05-08 23:30 ` Mathieu Desnoyers
2010-05-06 18:12 ` [PATCH 1/2] create generic alignment api (v6) Mathieu Desnoyers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100503172755.GA4248@Krystal \
--to=mathieu.desnoyers@polymtl.ca \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.