* [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option [not found] <20221019225838.GA2500612@paulmck-ThinkPad-P17-Gen-1> @ 2022-10-19 22:58 ` Paul E. McKenney 2022-10-20 5:16 ` Christian Borntraeger 0 siblings, 1 reply; 5+ messages in thread From: Paul E. McKenney @ 2022-10-19 22:58 UTC (permalink / raw) To: rcu Cc: linux-kernel, kernel-team, rostedt, Paul E. McKenney, Neeraj Upadhyay, Frederic Weisbecker, Boqun Feng, Heiko Carstens, Vasily Gorbik, Alexander Gordeev, Christian Borntraeger, Sven Schnelle, Thomas Gleixner, John Ogness, Petr Mladek, linux-s390 The s390 architecture uses either a cmpxchg loop (old systems) or the laa add-to-memory instruction (new systems) to implement this_cpu_add(), both of which are NMI safe. This means that the old and more-efficient srcu_read_lock() may be used in NMI context, without the need for srcu_read_lock_nmisafe(). Therefore, add the new Kconfig option ARCH_HAS_NMI_SAFE_THIS_CPU_OPS to arch/arm64/Kconfig, which will cause NEED_SRCU_NMI_SAFE to be deselected, thus preserving the current srcu_read_lock() behavior. Link: https://lore.kernel.org/all/20220910221947.171557773@linutronix.de/ Suggested-by: Neeraj Upadhyay <quic_neeraju@quicinc.com> Suggested-by: Frederic Weisbecker <frederic@kernel.org> Suggested-by: Boqun Feng <boqun.feng@gmail.com> Signed-off-by: Paul E. McKenney <paulmck@kernel.org> Cc: Heiko Carstens <hca@linux.ibm.com> Cc: Vasily Gorbik <gor@linux.ibm.com> Cc: Alexander Gordeev <agordeev@linux.ibm.com> Cc: Christian Borntraeger <borntraeger@linux.ibm.com> Cc: Sven Schnelle <svens@linux.ibm.com> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: John Ogness <john.ogness@linutronix.de> Cc: Petr Mladek <pmladek@suse.com> Cc: <linux-s390@vger.kernel.org> --- arch/s390/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig index 318fce77601d3..0acdfda332908 100644 --- a/arch/s390/Kconfig +++ b/arch/s390/Kconfig @@ -73,6 +73,7 @@ config S390 select ARCH_HAS_GIGANTIC_PAGE select ARCH_HAS_KCOV select ARCH_HAS_MEM_ENCRYPT + select ARCH_HAS_NMI_SAFE_THIS_CPU_OPS select ARCH_HAS_PTE_SPECIAL select ARCH_HAS_SCALED_CPUTIME select ARCH_HAS_SET_MEMORY -- 2.31.1.189.g2e36527f23 ^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option 2022-10-19 22:58 ` [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option Paul E. McKenney @ 2022-10-20 5:16 ` Christian Borntraeger 2022-10-20 7:23 ` Heiko Carstens 0 siblings, 1 reply; 5+ messages in thread From: Christian Borntraeger @ 2022-10-20 5:16 UTC (permalink / raw) To: Paul E. McKenney, rcu Cc: linux-kernel, kernel-team, rostedt, Neeraj Upadhyay, Frederic Weisbecker, Boqun Feng, Heiko Carstens, Vasily Gorbik, Alexander Gordeev, Sven Schnelle, Thomas Gleixner, John Ogness, Petr Mladek, linux-s390 Am 20.10.22 um 00:58 schrieb Paul E. McKenney: > The s390 architecture uses either a cmpxchg loop (old systems) > or the laa add-to-memory instruction (new systems) to implement > this_cpu_add(), both of which are NMI safe. This means that the old > and more-efficient srcu_read_lock() may be used in NMI context, without > the need for srcu_read_lock_nmisafe(). Therefore, add the new Kconfig > option ARCH_HAS_NMI_SAFE_THIS_CPU_OPS to arch/arm64/Kconfig, which will s390 ? > cause NEED_SRCU_NMI_SAFE to be deselected, thus preserving the current > srcu_read_lock() behavior. > > Link: https://lore.kernel.org/all/20220910221947.171557773@linutronix.de/ > > Suggested-by: Neeraj Upadhyay <quic_neeraju@quicinc.com> > Suggested-by: Frederic Weisbecker <frederic@kernel.org> > Suggested-by: Boqun Feng <boqun.feng@gmail.com> > Signed-off-by: Paul E. McKenney <paulmck@kernel.org> > Cc: Heiko Carstens <hca@linux.ibm.com> > Cc: Vasily Gorbik <gor@linux.ibm.com> > Cc: Alexander Gordeev <agordeev@linux.ibm.com> > Cc: Christian Borntraeger <borntraeger@linux.ibm.com> > Cc: Sven Schnelle <svens@linux.ibm.com> > Cc: Thomas Gleixner <tglx@linutronix.de> > Cc: John Ogness <john.ogness@linutronix.de> > Cc: Petr Mladek <pmladek@suse.com> > Cc: <linux-s390@vger.kernel.org> > --- > arch/s390/Kconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig > index 318fce77601d3..0acdfda332908 100644 > --- a/arch/s390/Kconfig > +++ b/arch/s390/Kconfig > @@ -73,6 +73,7 @@ config S390 > select ARCH_HAS_GIGANTIC_PAGE > select ARCH_HAS_KCOV > select ARCH_HAS_MEM_ENCRYPT > + select ARCH_HAS_NMI_SAFE_THIS_CPU_OPS > select ARCH_HAS_PTE_SPECIAL > select ARCH_HAS_SCALED_CPUTIME > select ARCH_HAS_SET_MEMORY ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option 2022-10-20 5:16 ` Christian Borntraeger @ 2022-10-20 7:23 ` Heiko Carstens 2022-10-20 7:27 ` Heiko Carstens 0 siblings, 1 reply; 5+ messages in thread From: Heiko Carstens @ 2022-10-20 7:23 UTC (permalink / raw) To: Christian Borntraeger Cc: Paul E. McKenney, rcu, linux-kernel, kernel-team, rostedt, Neeraj Upadhyay, Frederic Weisbecker, Boqun Feng, Vasily Gorbik, Alexander Gordeev, Sven Schnelle, Thomas Gleixner, John Ogness, Petr Mladek, linux-s390 On Thu, Oct 20, 2022 at 07:16:44AM +0200, Christian Borntraeger wrote: > > > Am 20.10.22 um 00:58 schrieb Paul E. McKenney: > > The s390 architecture uses either a cmpxchg loop (old systems) > > or the laa add-to-memory instruction (new systems) to implement > > this_cpu_add(), both of which are NMI safe. This means that the old > > and more-efficient srcu_read_lock() may be used in NMI context, without > > the need for srcu_read_lock_nmisafe(). Therefore, add the new Kconfig > > option ARCH_HAS_NMI_SAFE_THIS_CPU_OPS to arch/arm64/Kconfig, which will > s390 ? > > cause NEED_SRCU_NMI_SAFE to be deselected, thus preserving the current > > srcu_read_lock() behavior. > > > > Link: https://lore.kernel.org/all/20220910221947.171557773@linutronix.de/ > > > > Suggested-by: Neeraj Upadhyay <quic_neeraju@quicinc.com> > > Suggested-by: Frederic Weisbecker <frederic@kernel.org> > > Suggested-by: Boqun Feng <boqun.feng@gmail.com> > > Signed-off-by: Paul E. McKenney <paulmck@kernel.org> ... > > --- > > arch/s390/Kconfig | 1 + > > 1 file changed, 1 insertion(+) Not sure what Christian was trying to say with his empty reply :) In any case: Acked-by: Heiko Carstens <hca@linux.ibm.com> ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option 2022-10-20 7:23 ` Heiko Carstens @ 2022-10-20 7:27 ` Heiko Carstens 2022-10-20 16:35 ` Paul E. McKenney 0 siblings, 1 reply; 5+ messages in thread From: Heiko Carstens @ 2022-10-20 7:27 UTC (permalink / raw) To: Heiko Carstens Cc: Christian Borntraeger, Paul E. McKenney, rcu, linux-kernel, kernel-team, rostedt, Neeraj Upadhyay, Frederic Weisbecker, Boqun Feng, Vasily Gorbik, Alexander Gordeev, Sven Schnelle, Thomas Gleixner, John Ogness, Petr Mladek, linux-s390 On Thu, Oct 20, 2022 at 09:23:49AM +0200, Heiko Carstens wrote: > On Thu, Oct 20, 2022 at 07:16:44AM +0200, Christian Borntraeger wrote: > > Am 20.10.22 um 00:58 schrieb Paul E. McKenney: > > > The s390 architecture uses either a cmpxchg loop (old systems) > > > or the laa add-to-memory instruction (new systems) to implement > > > this_cpu_add(), both of which are NMI safe. This means that the old > > > and more-efficient srcu_read_lock() may be used in NMI context, without > > > the need for srcu_read_lock_nmisafe(). Therefore, add the new Kconfig > > > option ARCH_HAS_NMI_SAFE_THIS_CPU_OPS to arch/arm64/Kconfig, which will > > s390 ? Ah, this typo is what Christian pointed out; missed that. > > > cause NEED_SRCU_NMI_SAFE to be deselected, thus preserving the current > > > srcu_read_lock() behavior. > > > > > > Link: https://lore.kernel.org/all/20220910221947.171557773@linutronix.de/ > > > > > > Suggested-by: Neeraj Upadhyay <quic_neeraju@quicinc.com> > > > Suggested-by: Frederic Weisbecker <frederic@kernel.org> > > > Suggested-by: Boqun Feng <boqun.feng@gmail.com> > > > Signed-off-by: Paul E. McKenney <paulmck@kernel.org> > ... > > > --- > > > arch/s390/Kconfig | 1 + > > > 1 file changed, 1 insertion(+) > > Not sure what Christian was trying to say with his empty reply :) > In any case: > Acked-by: Heiko Carstens <hca@linux.ibm.com> ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option 2022-10-20 7:27 ` Heiko Carstens @ 2022-10-20 16:35 ` Paul E. McKenney 0 siblings, 0 replies; 5+ messages in thread From: Paul E. McKenney @ 2022-10-20 16:35 UTC (permalink / raw) To: Heiko Carstens Cc: Christian Borntraeger, rcu, linux-kernel, kernel-team, rostedt, Neeraj Upadhyay, Frederic Weisbecker, Boqun Feng, Vasily Gorbik, Alexander Gordeev, Sven Schnelle, Thomas Gleixner, John Ogness, Petr Mladek, linux-s390 On Thu, Oct 20, 2022 at 09:27:37AM +0200, Heiko Carstens wrote: > On Thu, Oct 20, 2022 at 09:23:49AM +0200, Heiko Carstens wrote: > > On Thu, Oct 20, 2022 at 07:16:44AM +0200, Christian Borntraeger wrote: > > > Am 20.10.22 um 00:58 schrieb Paul E. McKenney: > > > > The s390 architecture uses either a cmpxchg loop (old systems) > > > > or the laa add-to-memory instruction (new systems) to implement > > > > this_cpu_add(), both of which are NMI safe. This means that the old > > > > and more-efficient srcu_read_lock() may be used in NMI context, without > > > > the need for srcu_read_lock_nmisafe(). Therefore, add the new Kconfig > > > > option ARCH_HAS_NMI_SAFE_THIS_CPU_OPS to arch/arm64/Kconfig, which will > > > s390 ? > > Ah, this typo is what Christian pointed out; missed that. > > > > > cause NEED_SRCU_NMI_SAFE to be deselected, thus preserving the current > > > > srcu_read_lock() behavior. > > > > > > > > Link: https://lore.kernel.org/all/20220910221947.171557773@linutronix.de/ > > > > > > > > Suggested-by: Neeraj Upadhyay <quic_neeraju@quicinc.com> > > > > Suggested-by: Frederic Weisbecker <frederic@kernel.org> > > > > Suggested-by: Boqun Feng <boqun.feng@gmail.com> > > > > Signed-off-by: Paul E. McKenney <paulmck@kernel.org> > > ... > > > > --- > > > > arch/s390/Kconfig | 1 + > > > > 1 file changed, 1 insertion(+) > > > > Not sure what Christian was trying to say with his empty reply :) > > In any case: > > Acked-by: Heiko Carstens <hca@linux.ibm.com> I will apply the fix and the ack on my next rebase, thank you both! Thanx, Paul ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2022-10-20 16:35 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20221019225838.GA2500612@paulmck-ThinkPad-P17-Gen-1>
2022-10-19 22:58 ` [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option Paul E. McKenney
2022-10-20 5:16 ` Christian Borntraeger
2022-10-20 7:23 ` Heiko Carstens
2022-10-20 7:27 ` Heiko Carstens
2022-10-20 16:35 ` Paul E. McKenney
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox