On Thu, 22 Feb 2024 16:26:26 -0800
"Paul E. McKenney" <paul...@kernel.org> wrote:

> Currently, if a Kconfig option depends on TASKS_RCU, it conditionally does
> "select TASKS_RCU if PREEMPTION".  This works, but requires any change in
> this enablement logic to be replicated across all such "select" clauses.
> A new NEED_TASKS_RCU Kconfig option has been created to allow this
> enablement logic to be in one place in kernel/rcu/Kconfig.
> 
> Therefore, select the new NEED_TASKS_RCU Kconfig option instead of the
> old TASKS_RCU option.
> 
> Signed-off-by: Paul E. McKenney <paul...@kernel.org>
> Cc: Andrew Morton <a...@linux-foundation.org>
> Cc: Thomas Gleixner <t...@linutronix.de>
> Cc: Heiko Carstens <h...@linux.ibm.com>
> Cc: Arnd Bergmann <a...@arndb.de>
> Cc: Douglas Anderson <diand...@chromium.org>
> Cc: Ankur Arora <ankur.a.ar...@oracle.com>
> Cc: Mark Rutland <mark.rutl...@arm.com>
> Cc: Steven Rostedt <rost...@goodmis.org>

Reviewed-by: Steven Rostedt (Google) <rost...@goodmis.org>

-- Steve

> ---
>  arch/Kconfig | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/arch/Kconfig b/arch/Kconfig
> index c91917b508736..154f994547632 100644
> --- a/arch/Kconfig
> +++ b/arch/Kconfig
> @@ -55,7 +55,7 @@ config KPROBES
>       depends on MODULES
>       depends on HAVE_KPROBES
>       select KALLSYMS
> -     select TASKS_RCU if PREEMPTION
> +     select NEED_TASKS_RCU
>       help
>         Kprobes allows you to trap at almost any kernel address and
>         execute a callback function.  register_kprobe() establishes
> @@ -104,7 +104,7 @@ config STATIC_CALL_SELFTEST
>  config OPTPROBES
>       def_bool y
>       depends on KPROBES && HAVE_OPTPROBES
> -     select TASKS_RCU if PREEMPTION
> +     select NEED_TASKS_RCU
>  
>  config KPROBES_ON_FTRACE
>       def_bool y


Reply via email to