mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Wysocki, Rafael J" <rafael.j.wysocki@intel.com>
To: Josh Poimboeuf <jpoimboe@kernel.org>, <x86@kernel.org>
Cc: <linux-kernel@vger.kernel.org>,
	Patryk Wlazlyn <patryk.wlazlyn@linux.intel.com>,
	Artem Bityutskiy <artem.bityutskiy@linux.intel.com>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	"Gautham R. Shenoy" <gautham.shenoy@amd.com>,
	Peter Zijlstra <peterz@infradead.org>,
	"Paul E. McKenney" <paulmck@kernel.org>
Subject: Re: [PATCH] x86/smp: Fix mwait_play_dead() and acpi_processor_ffh_play_dead() noreturn behavior
Date: Mon, 3 Mar 2025 22:20:39 +0100	[thread overview]
Message-ID: <1d3d10ae-f2a8-4d31-818c-03b890cbf3b0@intel.com> (raw)
In-Reply-To: <e885c6fa9e96a61471b33e48c2162d28b15b14c5.1740962711.git.jpoimboe@kernel.org>

On 3/3/2025 1:48 AM, Josh Poimboeuf wrote:
> Fix some related issues (done in a single patch to avoid introducing
> intermediate bisect warnings):
>
>    1) The SMP version of mwait_play_dead() doesn't return, but its
>       !SMP counterpart does.  Make its calling behavior consistent by
>       resolving the !SMP version to a BUG().  It should never be called
>       anyway, this just enforces that at runtime and enables its callers
>       to be marked as __noreturn.
>
>    2) While the SMP definition of mwait_play_dead() is annotated as
>       __noreturn, the declaration isn't.  Nor is it listed in
>       tools/objtool/noreturns.h.  Fix that.
>
>    3) Similar to #1, the SMP version of acpi_processor_ffh_play_dead()
>       doesn't return but its !SMP counterpart does.  Make the !SMP
>       version a BUG().  It should never be called.
>
>    4) acpi_processor_ffh_play_dead() doesn't return, but is lacking any
>       __noreturn annotations.  Fix that.
>
> This fixes the following warnings:
>
>    vmlinux.o: warning: objtool: acpi_processor_ffh_play_dead+0x67: mwait_play_dead() is missing a __noreturn annotation
>    vmlinux.o: warning: objtool: acpi_idle_play_dead+0x3c: acpi_processor_ffh_play_dead() is missing a __noreturn annotation
>
> Fixes: a7dd183f0b38 ("x86/smp: Allow calling mwait_play_dead with an arbitrary hint")
> Fixes: 541ddf31e300 ("ACPI/processor_idle: Add FFH state handling")
> Reported-by: Paul E. McKenney <paulmck@kernel.org>
> Tested-by: Paul E. McKenney <paulmck@kernel.org>
> Signed-off-by: Josh Poimboeuf <jpoimboe@kernel.org>

Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>


> ---
>   arch/x86/include/asm/smp.h    | 4 ++--
>   arch/x86/kernel/acpi/cstate.c | 2 +-
>   include/acpi/processor.h      | 6 +++---
>   tools/objtool/noreturns.h     | 2 ++
>   4 files changed, 8 insertions(+), 6 deletions(-)
>
> diff --git a/arch/x86/include/asm/smp.h b/arch/x86/include/asm/smp.h
> index 80f8bfd83fc7..1d3b11eba084 100644
> --- a/arch/x86/include/asm/smp.h
> +++ b/arch/x86/include/asm/smp.h
> @@ -114,7 +114,7 @@ void wbinvd_on_cpu(int cpu);
>   int wbinvd_on_all_cpus(void);
>   
>   void smp_kick_mwait_play_dead(void);
> -void mwait_play_dead(unsigned int eax_hint);
> +void __noreturn mwait_play_dead(unsigned int eax_hint);
>   
>   void native_smp_send_reschedule(int cpu);
>   void native_send_call_func_ipi(const struct cpumask *mask);
> @@ -166,7 +166,7 @@ static inline struct cpumask *cpu_llc_shared_mask(int cpu)
>   	return (struct cpumask *)cpumask_of(0);
>   }
>   
> -static inline void mwait_play_dead(unsigned int eax_hint) { }
> +static inline void __noreturn mwait_play_dead(unsigned int eax_hint) { BUG(); }
>   #endif /* CONFIG_SMP */
>   
>   #ifdef CONFIG_DEBUG_NMI_SELFTEST
> diff --git a/arch/x86/kernel/acpi/cstate.c b/arch/x86/kernel/acpi/cstate.c
> index 86c87c01d23d..d25584255ab8 100644
> --- a/arch/x86/kernel/acpi/cstate.c
> +++ b/arch/x86/kernel/acpi/cstate.c
> @@ -206,7 +206,7 @@ int acpi_processor_ffh_cstate_probe(unsigned int cpu,
>   }
>   EXPORT_SYMBOL_GPL(acpi_processor_ffh_cstate_probe);
>   
> -void acpi_processor_ffh_play_dead(struct acpi_processor_cx *cx)
> +void __noreturn acpi_processor_ffh_play_dead(struct acpi_processor_cx *cx)
>   {
>   	unsigned int cpu = smp_processor_id();
>   	struct cstate_entry *percpu_entry;
> diff --git a/include/acpi/processor.h b/include/acpi/processor.h
> index 63a37e72b721..d0eccbd920e5 100644
> --- a/include/acpi/processor.h
> +++ b/include/acpi/processor.h
> @@ -280,7 +280,7 @@ int acpi_processor_ffh_cstate_probe(unsigned int cpu,
>   				    struct acpi_processor_cx *cx,
>   				    struct acpi_power_register *reg);
>   void acpi_processor_ffh_cstate_enter(struct acpi_processor_cx *cstate);
> -void acpi_processor_ffh_play_dead(struct acpi_processor_cx *cx);
> +void __noreturn acpi_processor_ffh_play_dead(struct acpi_processor_cx *cx);
>   #else
>   static inline void acpi_processor_power_init_bm_check(struct
>   						      acpi_processor_flags
> @@ -301,9 +301,9 @@ static inline void acpi_processor_ffh_cstate_enter(struct acpi_processor_cx
>   {
>   	return;
>   }
> -static inline void acpi_processor_ffh_play_dead(struct acpi_processor_cx *cx)
> +static inline void __noreturn acpi_processor_ffh_play_dead(struct acpi_processor_cx *cx)
>   {
> -	return;
> +	BUG();
>   }
>   #endif
>   
> diff --git a/tools/objtool/noreturns.h b/tools/objtool/noreturns.h
> index b2174894f9f7..5a4aec4c4639 100644
> --- a/tools/objtool/noreturns.h
> +++ b/tools/objtool/noreturns.h
> @@ -16,6 +16,7 @@ NORETURN(__tdx_hypercall_failed)
>   NORETURN(__ubsan_handle_builtin_unreachable)
>   NORETURN(__x64_sys_exit)
>   NORETURN(__x64_sys_exit_group)
> +NORETURN(acpi_processor_ffh_play_dead)
>   NORETURN(arch_cpu_idle_dead)
>   NORETURN(bch2_trans_in_restart_error)
>   NORETURN(bch2_trans_restart_error)
> @@ -34,6 +35,7 @@ NORETURN(kunit_try_catch_throw)
>   NORETURN(machine_real_restart)
>   NORETURN(make_task_dead)
>   NORETURN(mpt_halt_firmware)
> +NORETURN(mwait_play_dead)
>   NORETURN(nmi_panic_self_stop)
>   NORETURN(panic)
>   NORETURN(panic_smp_self_stop)

  parent reply	other threads:[~2025-03-03 21:21 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-03  0:48 Josh Poimboeuf
2025-03-03 11:12 ` [tip: x86/cpu] " tip-bot2 for Josh Poimboeuf
2025-03-03 21:20 ` Wysocki, Rafael J [this message]
2025-03-04 10:26 ` tip-bot2 for Josh Poimboeuf

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=1d3d10ae-f2a8-4d31-818c-03b890cbf3b0@intel.com \
    --to=rafael.j.wysocki@intel.com \
    --cc=artem.bityutskiy@linux.intel.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=gautham.shenoy@amd.com \
    --cc=jpoimboe@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=patryk.wlazlyn@linux.intel.com \
    --cc=paulmck@kernel.org \
    --cc=peterz@infradead.org \
    --cc=x86@kernel.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

all inboxes | Powered by JetHome®