All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] futex: Remove a PREEMPT_RT_FULL reference.
@ 2022-05-11 15:29 Sebastian Andrzej Siewior
  2022-05-11 17:54 ` André Almeida
  2022-05-13 10:44 ` [tip: locking/core] " tip-bot2 for Sebastian Andrzej Siewior
  0 siblings, 2 replies; 3+ messages in thread
From: Sebastian Andrzej Siewior @ 2022-05-11 15:29 UTC (permalink / raw)
  To: linux-kernel
  Cc: André Almeida, Darren Hart, Davidlohr Bueso, Ingo Molnar,
	Peter Zijlstra, Thomas Gleixner

Earlier the PREEMPT_RT patch had a PREEMPT_RT_FULL and PREEMPT_RT_BASE
Kconfig option. The latter was a subset the functionality that was
enabled with PREEMPT_RT_FULL and was mainly useful for debugging.

During the merging efforts the two Kconfig options were abandoned in the
v5.4.3-rt1 release and since then there is only PREEMPT_RT which enables
the full features set (as PREEMPT_RT_FULL did in earlier releases).

Replace the PREEMPT_RT_FULL reference with PREEMPT_RT.

Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
---
 kernel/futex/pi.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/futex/pi.c b/kernel/futex/pi.c
index 183b28c32c832..ce2889f123755 100644
--- a/kernel/futex/pi.c
+++ b/kernel/futex/pi.c
@@ -1005,7 +1005,7 @@ int futex_lock_pi(u32 __user *uaddr, unsigned int flags, ktime_t *time, int tryl
 	rt_mutex_init_waiter(&rt_waiter);
 
 	/*
-	 * On PREEMPT_RT_FULL, when hb->lock becomes an rt_mutex, we must not
+	 * On PREEMPT_RT, when hb->lock becomes an rt_mutex, we must not
 	 * hold it while doing rt_mutex_start_proxy(), because then it will
 	 * include hb->lock in the blocking chain, even through we'll not in
 	 * fact hold it while blocking. This will lead it to report -EDEADLK
-- 
2.36.1


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] futex: Remove a PREEMPT_RT_FULL reference.
  2022-05-11 15:29 [PATCH] futex: Remove a PREEMPT_RT_FULL reference Sebastian Andrzej Siewior
@ 2022-05-11 17:54 ` André Almeida
  2022-05-13 10:44 ` [tip: locking/core] " tip-bot2 for Sebastian Andrzej Siewior
  1 sibling, 0 replies; 3+ messages in thread
From: André Almeida @ 2022-05-11 17:54 UTC (permalink / raw)
  To: Sebastian Andrzej Siewior
  Cc: Darren Hart, Davidlohr Bueso, Ingo Molnar, Peter Zijlstra,
	Thomas Gleixner, linux-kernel

Às 12:29 de 11/05/22, Sebastian Andrzej Siewior escreveu:
> Earlier the PREEMPT_RT patch had a PREEMPT_RT_FULL and PREEMPT_RT_BASE
> Kconfig option. The latter was a subset the functionality that was
> enabled with PREEMPT_RT_FULL and was mainly useful for debugging.
> 
> During the merging efforts the two Kconfig options were abandoned in the
> v5.4.3-rt1 release and since then there is only PREEMPT_RT which enables
> the full features set (as PREEMPT_RT_FULL did in earlier releases).
> 
> Replace the PREEMPT_RT_FULL reference with PREEMPT_RT.
> 
> Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
> ---

Reviewed-by: André Almeida <andrealmeid@igalia.com>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [tip: locking/core] futex: Remove a PREEMPT_RT_FULL reference.
  2022-05-11 15:29 [PATCH] futex: Remove a PREEMPT_RT_FULL reference Sebastian Andrzej Siewior
  2022-05-11 17:54 ` André Almeida
@ 2022-05-13 10:44 ` tip-bot2 for Sebastian Andrzej Siewior
  1 sibling, 0 replies; 3+ messages in thread
From: tip-bot2 for Sebastian Andrzej Siewior @ 2022-05-13 10:44 UTC (permalink / raw)
  To: linux-tip-commits
  Cc: Sebastian Andrzej Siewior, Thomas Gleixner, andrealmeid, x86,
	linux-kernel

The following commit has been merged into the locking/core branch of tip:

Commit-ID:     6829061315065c7af394d556a887fbf847e4e708
Gitweb:        https://git.kernel.org/tip/6829061315065c7af394d556a887fbf847e4e708
Author:        Sebastian Andrzej Siewior <bigeasy@linutronix.de>
AuthorDate:    Wed, 11 May 2022 17:29:22 +02:00
Committer:     Thomas Gleixner <tglx@linutronix.de>
CommitterDate: Fri, 13 May 2022 12:36:51 +02:00

futex: Remove a PREEMPT_RT_FULL reference.

Earlier the PREEMPT_RT patch had a PREEMPT_RT_FULL and PREEMPT_RT_BASE
Kconfig option. The latter was a subset of the functionality that was
enabled with PREEMPT_RT_FULL and was mainly useful for debugging.

During the merging efforts the two Kconfig options were abandoned in the
v5.4.3-rt1 release and since then there is only PREEMPT_RT which enables
the full features set (as PREEMPT_RT_FULL did in earlier releases).

Replace the PREEMPT_RT_FULL reference with PREEMPT_RT.

Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Reviewed-by: André Almeida <andrealmeid@igalia.com>
Link: https://lore.kernel.org/r/YnvWUvq1vpqCfCU7@linutronix.de

---
 kernel/futex/pi.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/futex/pi.c b/kernel/futex/pi.c
index 183b28c..ce2889f 100644
--- a/kernel/futex/pi.c
+++ b/kernel/futex/pi.c
@@ -1005,7 +1005,7 @@ retry_private:
 	rt_mutex_init_waiter(&rt_waiter);
 
 	/*
-	 * On PREEMPT_RT_FULL, when hb->lock becomes an rt_mutex, we must not
+	 * On PREEMPT_RT, when hb->lock becomes an rt_mutex, we must not
 	 * hold it while doing rt_mutex_start_proxy(), because then it will
 	 * include hb->lock in the blocking chain, even through we'll not in
 	 * fact hold it while blocking. This will lead it to report -EDEADLK

^ permalink raw reply related	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-05-13 10:44 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-05-11 15:29 [PATCH] futex: Remove a PREEMPT_RT_FULL reference Sebastian Andrzej Siewior
2022-05-11 17:54 ` André Almeida
2022-05-13 10:44 ` [tip: locking/core] " tip-bot2 for Sebastian Andrzej Siewior

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.