Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1708357
| From | Peter Zijlstra <peterz@infradead.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs |
| Date | 2017-08-10 11:20 +0200 |
| Message-ID | <ucRNg-3Bi-21@gated-at.bofh.it> (permalink) |
| References | <tKEG6-2V1-25@gated-at.bofh.it> <ucAMq-D4-19@gated-at.bofh.it> <ucAW6-Gt-29@gated-at.bofh.it> <ucQRc-2OS-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Aug 10, 2017 at 04:12:13PM +0800, Boqun Feng wrote: > > Or is the reason this doesn't work on PPC that its RCpc? So that :-) > Here is an example why PPC needs a sync() before the cmpxchg(): > > https://marc.info/?l=linux-kernel&m=144485396224519&w=2 > > and Paul Mckenney's detailed explanation about why this could happen: > > https://marc.info/?l=linux-kernel&m=144485909826241&w=2 > > (Somehow, I feel like he was answering to a similar question question as > you ask here ;-)) Yes, and I had vague memories of having gone over this before, but couldn't quickly find things. Thanks! > And I think aarch64 doesn't have a problem here because it is "(other) > multi-copy atomic". Will? Right, its the RCpc vs RCsc thing. The ARM64 release is as you say multi-copy atomic, whereas the PPC lwsync is not. This still leaves us with the situation that we need an smp_mb() between smp_store_release() and a possibly failing cmpxchg() if we want to guarantee the cmpxchg()'s load comes after the store-release.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs Peter Zijlstra <peterz@infradead.org> - 2017-08-09 17:10 +0200
Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs Peter Zijlstra <peterz@infradead.org> - 2017-08-09 17:20 +0200
Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs Boqun Feng <boqun.feng@gmail.com> - 2017-08-10 10:20 +0200
Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs Peter Zijlstra <peterz@infradead.org> - 2017-08-10 11:20 +0200
Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs "Paul E. McKenney" <paulmck@linux.vnet.ibm.com> - 2017-08-10 22:50 +0200
csiph-web