[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5f24fe01b6dd0ae0e6d91209e143f2faff6ae017.camel@linux.intel.com>
Date: Fri, 10 Jan 2025 17:26:20 +0200
From: Artem Bityutskiy <artem.bityutskiy@...ux.intel.com>
To: Dave Hansen <dave.hansen@...el.com>, Patryk Wlazlyn
<patryk.wlazlyn@...ux.intel.com>, x86@...nel.org
Cc: linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
rafael.j.wysocki@...el.com, len.brown@...el.com, dave.hansen@...ux.intel.com
Subject: Re: [PATCH v9 0/4] SRF: Fix offline CPU preventing pc6 entry
On Fri, 2025-01-10 at 07:17 -0800, Dave Hansen wrote:
> On 1/10/25 03:59, Patryk Wlazlyn wrote:
> > Patryk Wlazlyn (4):
> > x86/smp: Allow calling mwait_play_dead with an arbitrary hint
> > ACPI: processor_idle: Add FFH state handling
> > intel_idle: Provide the default enter_dead() handler
> > x86/smp: Eliminate mwait_play_dead_cpuid_hint()
> >
> > arch/x86/include/asm/smp.h | 3 +++
> > arch/x86/kernel/acpi/cstate.c | 10 ++++++++
> > arch/x86/kernel/smpboot.c | 46 ++++-------------------------------
> > drivers/acpi/processor_idle.c | 2 ++
> > drivers/idle/intel_idle.c | 15 ++++++++++++
> > include/acpi/processor.h | 5 ++++
> > 6 files changed, 40 insertions(+), 41 deletions(-)
>
> Is everybody happy with this now?
>
> I noticed there are no Fixes: or Cc:stable@ tags on this. Should we be
> treating this like a new feature or a bug fix?
It would be very helpful to have this in v6.12, because it is LTS. So I would
suggest
Cc: stable@...r.kernel.org # v6.12
Thanks,
Artem.
Powered by blists - more mailing lists