From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
To: arcml <linux-snps-arc@lists.infradead.org>
Cc: Peter Zijlstra <peterz@infradead.org>,
<linux-kernel@vger.kernel.org>,
Colin Ian King <colin.king@canonical.com>,
<Alexey.Brodkin@synopsys.com>, Arnd Bergmann <arnd@arndb.de>
Subject: Re: [PATCH-v2] ARC: syscall for userspace cmpxchg assist
Date: Fri, 4 Nov 2016 13:16:42 -0700 [thread overview]
Message-ID: <b40add73-bd5f-9cf3-7c60-d5cfa9bfeb7e@synopsys.com> (raw)
In-Reply-To: <1477325845-13936-1-git-send-email-vgupta@synopsys.com>
On 10/24/2016 09:17 AM, Vineet Gupta wrote:
> Older ARC700 cores (ARC750 specifically) lack instructions to implement
> atomic r-w-w. This is problematic for userspace libraries such as NPTL
> which need atomic primitives. So enable them by providing kernel assist.
> This is costly but really the only sane soluton (othern than tight
> spinning using the otherwise avaialble atomic exchange EX instruciton).
>
> Good thing is there are only a few of these cores running Linux out in
> the wild.
>
> This only works on UP systems.
>
> Reviewed-by: Colin Ian King <colin.king@canonical.com>
> Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
> ---
> Changes since v1
> - errno not returned for access_ok() failing [Colin]
> - Beefed up change log
> - WARN_ON_ONCE() for CONFIG_SMP since this is only UP safe
> ---
> arch/arc/include/asm/syscalls.h | 1 +
> arch/arc/include/uapi/asm/unistd.h | 9 +++++----
> arch/arc/kernel/process.c | 33 +++++++++++++++++++++++++++++++++
> 3 files changed, 39 insertions(+), 4 deletions(-)
>
> diff --git a/arch/arc/include/asm/syscalls.h b/arch/arc/include/asm/syscalls.h
> index e56f9fcc5581..772b67ca56e7 100644
> --- a/arch/arc/include/asm/syscalls.h
> +++ b/arch/arc/include/asm/syscalls.h
> @@ -17,6 +17,7 @@ int sys_clone_wrapper(int, int, int, int, int);
> int sys_cacheflush(uint32_t, uint32_t uint32_t);
> int sys_arc_settls(void *);
> int sys_arc_gettls(void);
> +int sys_arc_usr_cmpxchg(int *, int, int);
>
> #include <asm-generic/syscalls.h>
>
> diff --git a/arch/arc/include/uapi/asm/unistd.h b/arch/arc/include/uapi/asm/unistd.h
> index 41fa2ec9e02c..9a34136d84b2 100644
> --- a/arch/arc/include/uapi/asm/unistd.h
> +++ b/arch/arc/include/uapi/asm/unistd.h
> @@ -27,18 +27,19 @@
>
> #define NR_syscalls __NR_syscalls
>
> +/* Generic syscall (fs/filesystems.c - lost in asm-generic/unistd.h */
> +#define __NR_sysfs (__NR_arch_specific_syscall + 3)
> +
> /* ARC specific syscall */
> #define __NR_cacheflush (__NR_arch_specific_syscall + 0)
> #define __NR_arc_settls (__NR_arch_specific_syscall + 1)
> #define __NR_arc_gettls (__NR_arch_specific_syscall + 2)
> +#define __NR_arc_usr_cmpxchg (__NR_arch_specific_syscall + 4)
>
> __SYSCALL(__NR_cacheflush, sys_cacheflush)
> __SYSCALL(__NR_arc_settls, sys_arc_settls)
> __SYSCALL(__NR_arc_gettls, sys_arc_gettls)
> -
> -
> -/* Generic syscall (fs/filesystems.c - lost in asm-generic/unistd.h */
> -#define __NR_sysfs (__NR_arch_specific_syscall + 3)
> +__SYSCALL(__NR_arc_usr_cmpxchg, sys_arc_usr_cmpxchg)
> __SYSCALL(__NR_sysfs, sys_sysfs)
>
> #undef __SYSCALL
> diff --git a/arch/arc/kernel/process.c b/arch/arc/kernel/process.c
> index be1972bd2729..59aa43cb146e 100644
> --- a/arch/arc/kernel/process.c
> +++ b/arch/arc/kernel/process.c
> @@ -41,6 +41,39 @@ SYSCALL_DEFINE0(arc_gettls)
> return task_thread_info(current)->thr_ptr;
> }
>
> +SYSCALL_DEFINE3(arc_usr_cmpxchg, int *, uaddr, int, expected, int, new)
> +{
> + int uval;
> + int ret;
> +
> + /*
> + * This is only for old cores lacking LLOCK/SCOND, which by defintion
> + * can't possibly be SMP. Thus doesn't need to be SMP safe.
> + * And this also helps reduce the overhead for serializing in
> + * the UP case
> + */
> + WARN_ON_ONCE(IS_ENABLED(CONFIG_SMP));
> +
> + if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
> + return -EFAULT;
> +
> + preempt_disable();
> +
> + ret = __get_user(uval, uaddr);
> + if (ret)
> + goto done;
> +
> + if (uval != expected)
> + ret = -EAGAIN;
> + else
> + ret = __put_user(new, uaddr);
> +
> +done:
> + preempt_enable();
> +
> + return ret;
> +}
It seems there is a subtle issue with this interface. Userspace cares more about
"prev" value to be able to build it's own state machine(s) - my existing uclibc
code was flawed as it was tight looping on the errno result.
We can add a return param, by passing a pointer, but I think it would be better
(and slightly cheaper) to just ditch the errno and simply return the prev value
which and current value could be checked for success/fail decision etc.
-Vineet
next prev parent reply other threads:[~2016-11-04 20:27 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1445088959-3058-1-git-send-email-abrodkin@synopsys.com>
2015-10-17 14:19 ` [RFC] perf: fix building for ARCv1 Vineet Gupta
2015-10-18 11:15 ` Alexey Brodkin
2015-10-18 23:14 ` Andi Kleen
2015-10-19 4:58 ` Vineet Gupta
2015-10-19 5:49 ` Andi Kleen
2015-10-19 9:28 ` Vineet Gupta
2015-10-19 9:35 ` Peter Zijlstra
2015-10-19 9:46 ` Vineet Gupta
2015-10-19 9:51 ` Peter Zijlstra
2015-10-19 10:04 ` Vineet Gupta
2015-10-20 8:00 ` Vineet Gupta
2015-10-20 10:11 ` Peter Zijlstra
2015-10-20 10:45 ` Vineet Gupta
2015-10-29 15:58 ` Alexey Brodkin
2015-10-30 6:19 ` Vineet Gupta
2016-02-03 16:20 ` Alexey Brodkin
[not found] ` <1454516455.2811.4.camel__10775.5710989752$1454516490$gmane$org@synopsys.com>
2016-02-04 4:13 ` Vineet Gupta
2016-02-05 11:18 ` Noam Camus
[not found] ` <20160205161027.GG28242@kernel.org>
2016-02-10 3:09 ` Vineet Gupta
2016-10-18 18:58 ` Vineet Gupta
2016-10-24 16:17 ` [PATCH-v2] ARC: syscall for userspace cmpxchg assist Vineet Gupta
2016-11-04 20:16 ` Vineet Gupta [this message]
2016-11-07 18:50 ` [PATCH] ARC: tweak semantics of " Vineet Gupta
2015-10-30 6:21 ` [RFC] perf: fix building for ARCv1 Vineet Gupta
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=b40add73-bd5f-9cf3-7c60-d5cfa9bfeb7e@synopsys.com \
--to=vineet.gupta1@synopsys.com \
--cc=Alexey.Brodkin@synopsys.com \
--cc=arnd@arndb.de \
--cc=colin.king@canonical.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-snps-arc@lists.infradead.org \
--cc=peterz@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome