From: Stafford Horne <shorne@gmail.com>
To: Waiman Long <longman@redhat.com>
Cc: guoren@kernel.org, palmer@dabbelt.com, arnd@arndb.de,
boqun.feng@gmail.com, peterz@infradead.org,
linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-csky@vger.kernel.org, openrisc@lists.librecores.org,
Palmer Dabbelt <palmer@rivosinc.com>,
linux-riscv@lists.infradead.org
Subject: Re: [OpenRISC] [PATCH V2 1/5] asm-generic: ticket-lock: New generic ticket-based spinlock
Date: Wed, 23 Mar 2022 06:06:52 +0900 [thread overview]
Message-ID: <Yjo6bI+DWolVT/bQ@antec> (raw)
In-Reply-To: <54d6221d-0c4f-9329-042d-4f74c4ea288f@redhat.com>
On Tue, Mar 22, 2022 at 11:54:37AM -0400, Waiman Long wrote:
> On 3/21/22 23:10, Stafford Horne wrote:
> > Hello,
> >
> > There is a problem with this patch on Big Endian machines, see below.
> >
> > On Sat, Mar 19, 2022 at 11:54:53AM +0800, guoren@kernel.org wrote:
> > > From: Peter Zijlstra <peterz@infradead.org>
> > >
> > > This is a simple, fair spinlock. Specifically it doesn't have all the
> > > subtle memory model dependencies that qspinlock has, which makes it more
> > > suitable for simple systems as it is more likely to be correct.
> > >
> > > [Palmer: commit text]
> > > Signed-off-by: Palmer Dabbelt <palmer@rivosinc.com>
> > >
> > > --
> > >
> > > I have specifically not included Peter's SOB on this, as he sent his
> > > original patch
> > > <https://lore.kernel.org/lkml/YHbBBuVFNnI4kjj3@hirez.programming.kicks-ass.net/>
> > > without one.
> > > ---
> > > include/asm-generic/spinlock.h | 11 +++-
> > > include/asm-generic/spinlock_types.h | 15 +++++
> > > include/asm-generic/ticket-lock-types.h | 11 ++++
> > > include/asm-generic/ticket-lock.h | 86 +++++++++++++++++++++++++
> > > 4 files changed, 120 insertions(+), 3 deletions(-)
> > > create mode 100644 include/asm-generic/spinlock_types.h
> > > create mode 100644 include/asm-generic/ticket-lock-types.h
> > > create mode 100644 include/asm-generic/ticket-lock.h
> > >
> > > diff --git a/include/asm-generic/ticket-lock.h b/include/asm-generic/ticket-lock.h
> > > new file mode 100644
> > > index 000000000000..59373de3e32a
> > > --- /dev/null
> > > +++ b/include/asm-generic/ticket-lock.h
> > ...
> >
> > > +static __always_inline void ticket_unlock(arch_spinlock_t *lock)
> > > +{
> > > + u16 *ptr = (u16 *)lock + __is_defined(__BIG_ENDIAN);
> > As mentioned, this patch series breaks SMP on OpenRISC. I traced it to this
> > line. The above `__is_defined(__BIG_ENDIAN)` does not return 1 as expected
> > even on BIG_ENDIAN machines. This works:
> >
> >
> > diff --git a/include/asm-generic/ticket-lock.h b/include/asm-generic/ticket-lock.h
> > index 59373de3e32a..52b5dc9ffdba 100644
> > --- a/include/asm-generic/ticket-lock.h
> > +++ b/include/asm-generic/ticket-lock.h
> > @@ -26,6 +26,7 @@
> > #define __ASM_GENERIC_TICKET_LOCK_H
> > #include <linux/atomic.h>
> > +#include <linux/kconfig.h>
> > #include <asm-generic/ticket-lock-types.h>
> > static __always_inline void ticket_lock(arch_spinlock_t *lock)
> > @@ -51,7 +52,7 @@ static __always_inline bool ticket_trylock(arch_spinlock_t *lock)
> > static __always_inline void ticket_unlock(arch_spinlock_t *lock)
> > {
> > - u16 *ptr = (u16 *)lock + __is_defined(__BIG_ENDIAN);
> > + u16 *ptr = (u16 *)lock + IS_ENABLED(CONFIG_CPU_BIG_ENDIAN);
> > u32 val = atomic_read(lock);
> > smp_store_release(ptr, (u16)val + 1);
> >
> >
> > > + u32 val = atomic_read(lock);
> > > +
> > > + smp_store_release(ptr, (u16)val + 1);
> > > +}
> > > +
>
> __BIG_ENDIAN is defined in <linux/kconfig.h>. I believe that if you include
> <linux/kconfig.h>, the second hunk is not really needed and vice versa.
I thought so too, but it doesn't seem to work. I think __is_defined is not
doing what we think in this context. It looks like __is_defined works when a
macro is defined as 1, in this case we have __BIG_ENDIAN 4321.
With just the first hunk, we can see we still get 0 for the lock offset as per
below:
diff --git a/include/asm-generic/ticket-lock.h
b/include/asm-generic/ticket-lock.h
index 59373de3e32a..769561fb6997 100644
--- a/include/asm-generic/ticket-lock.h
+++ b/include/asm-generic/ticket-lock.h
@@ -26,6 +26,7 @@
#define __ASM_GENERIC_TICKET_LOCK_H
#include <linux/atomic.h>
+#include <linux/kconfig.h>
#include <asm-generic/ticket-lock-types.h>
static __always_inline void ticket_lock(arch_spinlock_t *lock)
--
make ARCH=openrisc simple_smp_defconfig
make ARCH=openrisc CROSS_COMPILE=or1k-linux- kernel/locking/spinlock.i
grep -C3 'lock +' kernel/locking/spinlock.i
static inline __attribute__((__gnu_inline__)) __attribute__((__unused__)) __attribute__((__no_instrument_function__)) __attribute__((__always_inline__)) void
ticket_unlock(arch_spinlock_t *lock)
{
u16 *ptr = (u16 *)lock + 0;
u32 val = atomic_read(lock);
-Stafford
next prev parent reply other threads:[~2022-03-22 21:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-19 3:54 [PATCH V2 0/5] Generic Ticket Spinlocks guoren
2022-03-19 3:54 ` [PATCH V2 1/5] asm-generic: ticket-lock: New generic ticket-based spinlock guoren
2022-03-19 11:52 ` Arnd Bergmann
2022-03-19 13:26 ` Guo Ren
2022-03-22 3:10 ` [OpenRISC] " Stafford Horne
2022-03-22 15:54 ` Waiman Long
2022-03-22 21:06 ` Stafford Horne [this message]
2022-03-22 21:14 ` Waiman Long
2022-03-22 21:24 ` Stafford Horne
2022-03-19 3:54 ` [PATCH V2 2/5] asm-generic: qspinlock: Indicate the use of mixed-size atomics guoren
2022-03-19 3:54 ` [PATCH V2 3/5] csky: Move to generic ticket-spinlock guoren
2022-03-19 3:54 ` [PATCH V2 4/5] RISC-V: Move to ticket-spinlocks & RW locks guoren
2022-03-19 3:54 ` [PATCH V2 5/5] openrisc: Move to ticket-spinlock guoren
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=Yjo6bI+DWolVT/bQ@antec \
--to=shorne@gmail.com \
--cc=arnd@arndb.de \
--cc=boqun.feng@gmail.com \
--cc=guoren@kernel.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-csky@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=longman@redhat.com \
--cc=openrisc@lists.librecores.org \
--cc=palmer@dabbelt.com \
--cc=palmer@rivosinc.com \
--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;
as well as URLs for NNTP newsgroup(s).