From: Boqun Feng <boqun.feng@gmail.com>
To: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Cc: linux-kernel@vger.kernel.org,
linux-api <linux-api@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Russell King <linux@arm.linux.org.uk>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
Paul Turner <pjt@google.com>, Andrew Hunter <ahh@google.com>,
Peter Zijlstra <peterz@infradead.org>,
Andy Lutomirski <luto@amacapital.net>,
Andi Kleen <andi@firstfloor.org>,
Dave Watson <davejwatson@fb.com>, Chris Lameter <cl@linux.com>,
Ben Maurer <bmaurer@fb.com>, rostedt <rostedt@goodmis.org>,
"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
Josh Triplett <josh@joshtriplett.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Michael Ellerman <mpe@ellerman.id.au>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>
Subject: Re: [RFC 4/4] Restartable sequences: Add self-tests for PPC
Date: Thu, 28 Jul 2016 12:43:04 +0800 [thread overview]
Message-ID: <20160728044304.GC24740@tardis.cn.ibm.com> (raw)
In-Reply-To: <389340521.403.1469674785661.JavaMail.zimbra@efficios.com>
[-- Attachment #1: Type: text/plain, Size: 7346 bytes --]
On Thu, Jul 28, 2016 at 02:59:45AM +0000, Mathieu Desnoyers wrote:
> ----- On Jul 27, 2016, at 11:05 AM, Boqun Feng boqun.feng@gmail.com wrote:
>
> > As rseq syscall is enabled on PPC, implement the self-tests on PPC to
> > verify the implementation of the syscall.
> >
> > Please note we only support 32bit userspace on BE kernel.
> >
> > Signed-off-by: Boqun Feng <boqun.feng@gmail.com>
> > ---
> > tools/testing/selftests/rseq/param_test.c | 14 ++++
> > tools/testing/selftests/rseq/rseq.h | 120 ++++++++++++++++++++++++++++++
> > 2 files changed, 134 insertions(+)
> >
> > diff --git a/tools/testing/selftests/rseq/param_test.c
> > b/tools/testing/selftests/rseq/param_test.c
> > index db25e0a818e5..e2cb1b165f81 100644
> > --- a/tools/testing/selftests/rseq/param_test.c
> > +++ b/tools/testing/selftests/rseq/param_test.c
> > @@ -75,6 +75,20 @@ static __thread unsigned int yield_mod_cnt, nr_retry;
> > "bne 222b\n\t" \
> > "333:\n\t"
> >
> > +#elif __PPC__
> > +#define INJECT_ASM_REG "r18"
> > +
> > +#define RSEQ_INJECT_CLOBBER \
> > + , INJECT_ASM_REG
> > +
> > +#define RSEQ_INJECT_ASM(n) \
> > + "lwz %%" INJECT_ASM_REG ", %[loop_cnt_" #n "]\n\t" \
> > + "cmpwi %%" INJECT_ASM_REG ", 0\n\t" \
> > + "beq 333f\n\t" \
> > + "222:\n\t" \
> > + "subic. %%" INJECT_ASM_REG ", %%" INJECT_ASM_REG ", 1\n\t" \
> > + "bne 222b\n\t" \
> > + "333:\n\t"
> > #else
> > #error unsupported target
> > #endif
> > diff --git a/tools/testing/selftests/rseq/rseq.h
> > b/tools/testing/selftests/rseq/rseq.h
> > index 791e14cf42ae..dea0bea52566 100644
> > --- a/tools/testing/selftests/rseq/rseq.h
> > +++ b/tools/testing/selftests/rseq/rseq.h
> > @@ -138,6 +138,35 @@ do { \
> > #define has_fast_acquire_release() 0
> > #define has_single_copy_load_64() 1
> >
> > +#elif __PPC__
> > +#define smp_mb() __asm__ __volatile__ ("sync" : : : "memory")
> > +#define smp_lwsync() __asm__ __volatile__ ("lwsync" : : : "memory")
> > +#define smp_rmb() smp_lwsync()
> > +#define smp_wmb() smp_lwsync()
> > +
> > +#define smp_load_acquire(p) \
> > +__extension__ ({ \
> > + __typeof(*p) ____p1 = READ_ONCE(*p); \
> > + smp_lwsync(); \
> > + ____p1; \
> > +})
> > +
> > +#define smp_acquire__after_ctrl_dep() smp_lwsync()
> > +
> > +#define smp_store_release(p, v) \
> > +do { \
> > + smp_lwsync(); \
> > + WRITE_ONCE(*p, v); \
> > +} while (0)
> > +
> > +#define has_fast_acquire_release() 1
>
> Can you check if defining has_fast_acquire_release() to 0 speeds up
> performance significantly ? It turns the smp_lwsync() into a
> compiler barrier() on the smp_load_acquire() side (fast-path), and
> turn the smp_lwsync() into a membarrier system call instead of the
> matching smp_store_release() (slow path).
>
Good point. Here are the numbers:
Power8 PSeries KVM Guest(64 VCPUs, the host has 16 cores, 128 hardware
threads):
Counter increment speed (ns/increment)
1 thread 2 threads 4 threads 8 threads 16 threads 32 threads
global increment (baseline) 6.5 N/A N/A N/A N/A N/A
percpu rseq increment 7.0 7.0 7.2 7.2 9.3 14.5
percpu rseq spinlock 18.5 18.5 18.6 18.8 25.5 52.7
So looks like defining has_fast_acquire_release() to 0 could benefit the
cases with more threads in current benchmark. I will send a updated
patch doing this.
And as discussed in IRC, I will also remove jump from rseq_finish()
fast-path in powerpc asm in the updated patch as you did for x86 and
ARM.
Regards,
Boqun
> Thanks,
>
> Mathieu
>
> > +
> > +# if __PPC64__
> > +# define has_single_copy_load_64() 1
> > +# else
> > +# define has_single_copy_load_64() 0
> > +# endif
> > +
> > #else
> > #error unsupported target
> > #endif
> > @@ -404,6 +433,97 @@ bool rseq_finish(struct rseq_lock *rlock,
> > : succeed
> > );
> > }
> > +#elif __PPC64__
> > + {
> > + /*
> > + * The __rseq_table section can be used by debuggers to better
> > + * handle single-stepping through the restartable critical
> > + * sections.
> > + */
> > + __asm__ __volatile__ goto (
> > + ".pushsection __rseq_table, \"aw\"\n\t"
> > + ".balign 8\n\t"
> > + "4:\n\t"
> > + ".quad 1f, 2f, 3f\n\t"
> > + ".popsection\n\t"
> > + "1:\n\t"
> > + RSEQ_INJECT_ASM(1)
> > + "lis %%r17, (4b)@highest\n\t"
> > + "ori %%r17, %%r17, (4b)@higher\n\t"
> > + "rldicr %%r17, %%r17, 32, 31\n\t"
> > + "oris %%r17, %%r17, (4b)@h\n\t"
> > + "ori %%r17, %%r17, (4b)@l\n\t"
> > + "std %%r17, 0(%[rseq_cs])\n\t"
> > + RSEQ_INJECT_ASM(2)
> > + "lwz %%r17, %[current_event_counter]\n\t"
> > + "li %%r16, 0\n\t"
> > + "cmpw cr7, %[start_event_counter], %%r17\n\t"
> > + "bne cr7, 3f\n\t"
> > + RSEQ_INJECT_ASM(3)
> > + "std %[to_write], 0(%[target])\n\t"
> > + "2:\n\t"
> > + RSEQ_INJECT_ASM(4)
> > + "std %%r16, 0(%[rseq_cs])\n\t"
> > + "b %l[succeed]\n\t"
> > + "3:\n\t"
> > + "li %%r16, 0\n\t"
> > + "std %%r16, 0(%[rseq_cs])\n\t"
> > + : /* no outputs */
> > + : [start_event_counter]"r"(start_value.event_counter),
> > + [current_event_counter]"m"(start_value.rseqp->abi.u.e.event_counter),
> > + [to_write]"r"(to_write),
> > + [target]"b"(p),
> > + [rseq_cs]"b"(&start_value.rseqp->abi.rseq_cs)
> > + RSEQ_INJECT_INPUT
> > + : "r16", "r17", "memory", "cc"
> > + RSEQ_INJECT_CLOBBER
> > + : succeed
> > + );
> > + }
> > +#elif __PPC__
> > + {
> > + /*
> > + * The __rseq_table section can be used by debuggers to better
> > + * handle single-stepping through the restartable critical
> > + * sections.
> > + */
> > + __asm__ __volatile__ goto (
> > + ".pushsection __rseq_table, \"aw\"\n\t"
> > + ".balign 8\n\t"
> > + "4:\n\t"
> > + ".long 0x0, 1f, 0x0, 2f, 0x0, 3f\n\t" /* 32 bit only supported on BE */
> > + ".popsection\n\t"
> > + "1:\n\t"
> > + RSEQ_INJECT_ASM(1)
> > + "lis %%r17, (4b)@ha\n\t"
> > + "addi %%r17, %%r17, (4b)@l\n\t"
> > + "stw %%r17, 0(%[rseq_cs])\n\t"
> > + RSEQ_INJECT_ASM(2)
> > + "lwz %%r17, %[current_event_counter]\n\t"
> > + "li %%r16, 0\n\t"
> > + "cmpw cr7, %[start_event_counter], %%r17\n\t"
> > + "bne cr7, 3f\n\t"
> > + RSEQ_INJECT_ASM(3)
> > + "stw %[to_write], 0(%[target])\n\t"
> > + "2:\n\t"
> > + RSEQ_INJECT_ASM(4)
> > + "stw %%r16, 0(%[rseq_cs])\n\t"
> > + "b %l[succeed]\n\t"
> > + "3:\n\t"
> > + "li %%r16, 0\n\t"
> > + "stw %%r16, 0(%[rseq_cs])\n\t"
> > + : /* no outputs */
> > + : [start_event_counter]"r"(start_value.event_counter),
> > + [current_event_counter]"m"(start_value.rseqp->abi.u.e.event_counter),
> > + [to_write]"r"(to_write),
> > + [target]"b"(p),
> > + [rseq_cs]"b"(&start_value.rseqp->abi.rseq_cs)
> > + RSEQ_INJECT_INPUT
> > + : "r16", "r17", "memory", "cc"
> > + RSEQ_INJECT_CLOBBER
> > + : succeed
> > + );
> > + }
> > #else
> > #error unsupported target
> > #endif
> > --
> > 2.9.0
>
> --
> Mathieu Desnoyers
> EfficiOS Inc.
> http://www.efficios.com
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
next prev parent reply other threads:[~2016-07-28 4:43 UTC|newest]
Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-21 21:14 [RFC PATCH v7 0/7] Restartable sequences system call Mathieu Desnoyers
2016-07-21 21:14 ` [RFC PATCH v7 1/7] " Mathieu Desnoyers
2016-07-25 23:02 ` Andy Lutomirski
2016-07-26 3:02 ` Mathieu Desnoyers
2016-08-03 12:27 ` Peter Zijlstra
2016-08-03 16:37 ` Andy Lutomirski
2016-08-03 18:31 ` Christoph Lameter
2016-08-04 5:01 ` Andy Lutomirski
2016-08-04 4:27 ` Boqun Feng
2016-08-04 5:03 ` Andy Lutomirski
2016-08-09 16:13 ` Boqun Feng
2016-08-10 8:01 ` Andy Lutomirski
2016-08-10 17:40 ` Mathieu Desnoyers
2016-08-10 17:33 ` Mathieu Desnoyers
2016-08-11 4:54 ` Boqun Feng
2016-08-10 8:13 ` Andy Lutomirski
2016-08-03 18:29 ` Christoph Lameter
2016-08-10 16:47 ` Mathieu Desnoyers
2016-08-10 16:59 ` Christoph Lameter
2016-07-27 15:03 ` Boqun Feng
2016-07-27 15:05 ` [RFC 1/4] rseq/param_test: Convert test_data_entry::count to intptr_t Boqun Feng
2016-07-27 15:05 ` [RFC 2/4] Restartable sequences: powerpc architecture support Boqun Feng
2016-07-28 3:13 ` Mathieu Desnoyers
2016-07-27 15:05 ` [RFC 3/4] Restartable sequences: Wire up powerpc system call Boqun Feng
2016-07-28 3:13 ` Mathieu Desnoyers
2016-07-27 15:05 ` [RFC 4/4] Restartable sequences: Add self-tests for PPC Boqun Feng
2016-07-28 2:59 ` Mathieu Desnoyers
2016-07-28 4:43 ` Boqun Feng [this message]
2016-07-28 7:37 ` [RFC v2] " Boqun Feng
2016-07-28 14:04 ` Mathieu Desnoyers
2016-07-28 13:42 ` [RFC 4/4] " Mathieu Desnoyers
2016-07-28 3:07 ` [RFC 1/4] rseq/param_test: Convert test_data_entry::count to intptr_t Mathieu Desnoyers
2016-07-28 3:10 ` [RFC PATCH v7 1/7] Restartable sequences system call Mathieu Desnoyers
2016-08-03 13:19 ` Peter Zijlstra
2016-08-03 14:53 ` Paul E. McKenney
2016-08-03 15:45 ` Boqun Feng
2016-08-07 15:36 ` Mathieu Desnoyers
2016-08-07 23:35 ` Boqun Feng
2016-08-09 13:22 ` Mathieu Desnoyers
2016-08-09 20:06 ` Mathieu Desnoyers
2016-08-09 21:33 ` Peter Zijlstra
2016-08-09 22:41 ` Mathieu Desnoyers
2016-08-10 7:50 ` Peter Zijlstra
2016-08-10 13:26 ` Mathieu Desnoyers
2016-08-10 13:33 ` Peter Zijlstra
2016-08-10 14:04 ` Mathieu Desnoyers
2016-08-10 8:10 ` Andy Lutomirski
2016-08-10 19:04 ` Mathieu Desnoyers
2016-08-10 19:16 ` Andy Lutomirski
2016-08-10 20:06 ` Mathieu Desnoyers
2016-08-10 20:09 ` Andy Lutomirski
2016-08-10 21:01 ` Mathieu Desnoyers
2016-08-11 7:23 ` Andy Lutomirski
2016-08-10 8:43 ` Peter Zijlstra
2016-08-10 13:57 ` Mathieu Desnoyers
2016-08-10 14:28 ` Peter Zijlstra
2016-08-10 14:44 ` Mathieu Desnoyers
2016-08-10 13:29 ` Peter Zijlstra
2016-07-21 21:14 ` [RFC PATCH v7 2/7] tracing: instrument restartable sequences Mathieu Desnoyers
2016-07-21 21:14 ` [RFC PATCH v7 3/7] Restartable sequences: ARM 32 architecture support Mathieu Desnoyers
2016-07-21 21:14 ` [RFC PATCH v7 4/7] Restartable sequences: wire up ARM 32 system call Mathieu Desnoyers
2016-07-21 21:14 ` [RFC PATCH v7 5/7] Restartable sequences: x86 32/64 architecture support Mathieu Desnoyers
2016-07-21 21:14 ` [RFC PATCH v7 6/7] Restartable sequences: wire up x86 32/64 system call Mathieu Desnoyers
2016-07-21 21:14 ` [RFC PATCH v7 7/7] Restartable sequences: self-tests Mathieu Desnoyers
[not found] ` <CO1PR15MB09822FC140F84DCEEF2004CDDD0B0@CO1PR15MB0982.namprd15.prod.outlook.com>
2016-07-24 3:09 ` Mathieu Desnoyers
2016-07-24 18:01 ` Dave Watson
2016-07-25 16:43 ` Mathieu Desnoyers
2016-08-11 23:26 ` Mathieu Desnoyers
2016-08-12 1:28 ` Boqun Feng
2016-08-12 3:10 ` Mathieu Desnoyers
2016-08-12 3:13 ` Mathieu Desnoyers
2016-08-12 5:30 ` Boqun Feng
2016-08-12 16:35 ` Boqun Feng
2016-08-12 18:11 ` Mathieu Desnoyers
2016-08-13 1:28 ` Boqun Feng
2016-08-14 15:02 ` Mathieu Desnoyers
2016-08-15 0:56 ` Boqun Feng
2016-08-15 18:06 ` Mathieu Desnoyers
2016-08-12 19:36 ` Mathieu Desnoyers
2016-08-12 20:05 ` Dave Watson
2016-08-14 17:09 ` Mathieu Desnoyers
2016-07-25 18:12 ` 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=20160728044304.GC24740@tardis.cn.ibm.com \
--to=boqun.feng@gmail.com \
--cc=ahh@google.com \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=benh@kernel.crashing.org \
--cc=bmaurer@fb.com \
--cc=cl@linux.com \
--cc=davejwatson@fb.com \
--cc=hpa@zytor.com \
--cc=josh@joshtriplett.org \
--cc=linux-api@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=luto@amacapital.net \
--cc=mathieu.desnoyers@efficios.com \
--cc=mingo@redhat.com \
--cc=mpe@ellerman.id.au \
--cc=paulmck@linux.vnet.ibm.com \
--cc=paulus@samba.org \
--cc=peterz@infradead.org \
--cc=pjt@google.com \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.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
all inboxes | Powered by JetHome®