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
WARNING: multiple messages have this Message-ID (diff)
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
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
WARNING: multiple messages have this Message-ID (diff)
From: Stafford Horne <shorne@gmail.com>
To: openrisc@lists.librecores.org
Subject: [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 at 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: 45+ 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 ` [OpenRISC] " guoren
2022-03-19 3:54 ` guoren
2022-03-19 3:54 ` [PATCH V2 1/5] asm-generic: ticket-lock: New generic ticket-based spinlock guoren
2022-03-19 3:54 ` [OpenRISC] " guoren
2022-03-19 3:54 ` guoren
2022-03-19 11:52 ` Arnd Bergmann
2022-03-19 11:52 ` [OpenRISC] " Arnd Bergmann
2022-03-19 11:52 ` Arnd Bergmann
2022-03-19 13:26 ` Guo Ren
2022-03-19 13:26 ` [OpenRISC] " Guo Ren
2022-03-19 13:26 ` Guo Ren
2022-03-22 3:10 ` [OpenRISC] " Stafford Horne
2022-03-22 3:10 ` Stafford Horne
2022-03-22 3:10 ` Stafford Horne
2022-03-22 15:54 ` Waiman Long
2022-03-22 15:54 ` Waiman Long
2022-03-22 15:54 ` Waiman Long
2022-03-22 21:06 ` Stafford Horne [this message]
2022-03-22 21:06 ` Stafford Horne
2022-03-22 21:06 ` Stafford Horne
2022-03-22 21:14 ` Waiman Long
2022-03-22 21:14 ` Waiman Long
2022-03-22 21:14 ` Waiman Long
2022-03-22 21:24 ` Stafford Horne
2022-03-22 21:24 ` Stafford Horne
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 ` [OpenRISC] " guoren
2022-03-19 3:54 ` guoren
2022-03-19 3:54 ` [PATCH V2 3/5] csky: Move to generic ticket-spinlock guoren
2022-03-19 3:54 ` [OpenRISC] " guoren
2022-03-19 3:54 ` guoren
2022-03-19 3:54 ` [PATCH V2 4/5] RISC-V: Move to ticket-spinlocks & RW locks guoren
2022-03-19 3:54 ` [OpenRISC] " guoren
2022-03-19 3:54 ` guoren
2022-03-19 3:54 ` [PATCH V2 5/5] openrisc: Move to ticket-spinlock guoren
2022-03-19 3:54 ` [OpenRISC] " guoren
2022-03-19 3:54 ` guoren
[not found] ` <202203200824.EQJTy8pW-lkp@intel.com>
2022-03-20 3:05 ` [OpenRISC] " Guo Ren
2022-03-20 3:36 ` Stafford Horne
2022-03-20 21:13 ` Stafford Horne
2022-03-20 21:13 ` Stafford Horne
2022-03-22 5:26 ` [OpenRISC] " Stafford Horne
2022-03-22 5:26 ` Stafford Horne
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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.