From: David Hildenbrand <dahi@linux.vnet.ibm.com>
To: Vineet Gupta <Vineet.Gupta1@synopsys.com>
Cc: "Peter Zijlstra (Intel)" <peterz@infradead.org>,
Thomas Gleixner <tglx@linutronix.de>,
Michel Lespinasse <walken@google.com>,
<arc-linux-dev@synopsys.com>, lkml <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/4] ARC: add barriers to futex code
Date: Thu, 6 Aug 2015 15:15:45 +0200 [thread overview]
Message-ID: <20150806151545.0f5f3845@thinkpad-w530> (raw)
In-Reply-To: <1438864523-31340-2-git-send-email-vgupta@synopsys.com>
> The atomic ops on futex need to provide the full barrier just like
> regular atomics in kernel.
>
> Also remove pagefault_enable/disable in futex_atomic_cmpxchg_inatomic()
> as core code already does that
>
> Cc: David Hildenbrand <dahi@linux.vnet.ibm.com>
> Cc: Peter Zijlstra (Intel) <peterz@infradead.org>
> Cc: Thomas Gleixner <tglx@linutronix.de>
> Cc: Michel Lespinasse <walken@google.com>
> Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
> ---
> arch/arc/include/asm/futex.h | 12 ++++++++----
> 1 file changed, 8 insertions(+), 4 deletions(-)
>
> diff --git a/arch/arc/include/asm/futex.h b/arch/arc/include/asm/futex.h
> index 70cfe16b742d..160656d0a15a 100644
> --- a/arch/arc/include/asm/futex.h
> +++ b/arch/arc/include/asm/futex.h
> @@ -20,6 +20,7 @@
>
> #define __futex_atomic_op(insn, ret, oldval, uaddr, oparg)\
> \
> + smp_mb(); \
> __asm__ __volatile__( \
> "1: llock %1, [%2] \n" \
> insn "\n" \
> @@ -40,12 +41,14 @@
> \
> : "=&r" (ret), "=&r" (oldval) \
> : "r" (uaddr), "r" (oparg), "ir" (-EFAULT) \
> - : "cc", "memory")
> + : "cc", "memory"); \
> + smp_mb(); \
I think you should drop the ;
>
> #else /* !CONFIG_ARC_HAS_LLSC */
>
> #define __futex_atomic_op(insn, ret, oldval, uaddr, oparg)\
> \
> + smp_mb(); \
> __asm__ __volatile__( \
> "1: ld %1, [%2] \n" \
> insn "\n" \
> @@ -65,7 +68,8 @@
> \
> : "=&r" (ret), "=&r" (oldval) \
> : "r" (uaddr), "r" (oparg), "ir" (-EFAULT) \
> - : "cc", "memory")
> + : "cc", "memory"); \
> + smp_mb(); \
dito
>
> #endif
>
> @@ -151,7 +155,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr, u32 oldval,
> if (!access_ok(VERIFY_WRITE, uaddr, sizeof(int)))
> return -EFAULT;
>
> - pagefault_disable();
> + smp_mb();
>
> __asm__ __volatile__(
> #ifdef CONFIG_ARC_HAS_LLSC
> @@ -178,7 +182,7 @@ futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr, u32 oldval,
> : "r"(oldval), "r"(newval), "r"(uaddr), "ir"(-EFAULT)
> : "cc", "memory");
>
> - pagefault_enable();
> + smp_mb();
>
> *uval = val;
> return val;
Looks like pagefault_() magic is only required for futex_atomic_op_inuser. So
this should be fine (and arc seems to be the only arch left that has in in
_inatomic).
Not sure if you want to change the comment:
/* Compare-xchg with pagefaults disabled.
* Notes:
* -Best-Effort: Exchg happens only if compare succeeds.
Maybe something like "Compare-xchg: pagefaults have to be disabled by the
caller"
Looks sane to me.
David
next prev parent reply other threads:[~2015-08-06 13:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-06 12:35 [PATCH 0/4] ARC futex fixes Vineet Gupta
2015-08-06 12:35 ` [PATCH 1/4] ARC: add barriers to futex code Vineet Gupta
2015-08-06 13:15 ` David Hildenbrand [this message]
2015-08-06 13:28 ` Vineet Gupta
2015-08-06 13:48 ` Peter Zijlstra
2015-08-06 14:11 ` Will Deacon
2015-08-07 11:40 ` Peter Zijlstra
2015-08-06 12:35 ` [PATCH 2/4] ARC: futex cosmetics Vineet Gupta
2015-08-06 12:35 ` [PATCH 3/4] ARC: make futex_atomic_cmpxchg_inatomic() return bimodal Vineet Gupta
2015-08-06 12:35 ` [PATCH 4/4] ARC: Enable HAVE_FUTEX_CMPXCHG Vineet Gupta
2015-08-06 13:46 ` [PATCH 5/4] ARC: ensure futex ops are atomic in !LLSC config Vineet Gupta
2015-08-17 7:46 ` [PATCH 0/4] ARC futex fixes 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=20150806151545.0f5f3845@thinkpad-w530 \
--to=dahi@linux.vnet.ibm.com \
--cc=Vineet.Gupta1@synopsys.com \
--cc=arc-linux-dev@synopsys.com \
--cc=linux-kernel@vger.kernel.org \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
--cc=walken@google.com \
/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