public inbox for linux-pm@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
@ 2023-01-05  4:10 Kishon Vijay Abraham I
  2023-01-05 17:09 ` Rafael J. Wysocki
  2023-04-02 10:41 ` Guy Durrieu
  0 siblings, 2 replies; 10+ messages in thread
From: Kishon Vijay Abraham I @ 2023-01-05  4:10 UTC (permalink / raw)
  To: Rafael J. Wysocki, Len Brown, Pavel Machek, Thomas Gleixner,
	Ingo Molnar, Borislav Petkov, Dave Hansen
  Cc: x86, H. Peter Anvin, linux-pm, linux-kernel, Santosh Shukla,
	Suravee Suthikulpanit, Borislav Petkov, Leo Duran,
	Kishon Vijay Abraham I

Section 5.2.12.12 Processor Local x2APIC Structure in the ACPI v6.5
spec mandates that both "enabled" and "online capable" Local APIC Flags
should be used to determine if the processor is usable or not.

However, Linux doesn't use the "online capable" flag for x2APIC to
determine if the processor is usable. As a result, cpu_possible_mask has
incorrect value and results in more memory getting allocated for per_cpu
variables than it is going to be used.

Make sure Linux parses both "enabled" and "online capable" flags for
x2APIC to correctly determine if the processor is usable.

Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online capable")
Reviewed-by: Borislav Petkov (AMD) <bp@alien8.de>
Reported-by: Leo Duran <leo.duran@amd.com>
Signed-off-by: Kishon Vijay Abraham I <kvijayab@amd.com>
---
Changes from v1:
1) Changed the ACPI spec version to 6.5 in the commit log
2) Changed the Fixes tag to point to commit aa06e20f1be6
3) Added "Reported-by: Leo Duran <leo.duran@amd.com>"
 arch/x86/kernel/acpi/boot.c | 19 ++++++++++++++++---
 1 file changed, 16 insertions(+), 3 deletions(-)

diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
index 907cc98b1938..518bda50068c 100644
--- a/arch/x86/kernel/acpi/boot.c
+++ b/arch/x86/kernel/acpi/boot.c
@@ -188,6 +188,17 @@ static int acpi_register_lapic(int id, u32 acpiid, u8 enabled)
 	return cpu;
 }
 
+static bool __init acpi_is_processor_usable(u32 lapic_flags)
+{
+	if (lapic_flags & ACPI_MADT_ENABLED)
+		return true;
+
+	if (acpi_support_online_capable && (lapic_flags & ACPI_MADT_ONLINE_CAPABLE))
+		return true;
+
+	return false;
+}
+
 static int __init
 acpi_parse_x2apic(union acpi_subtable_headers *header, const unsigned long end)
 {
@@ -212,6 +223,10 @@ acpi_parse_x2apic(union acpi_subtable_headers *header, const unsigned long end)
 	if (apic_id == 0xffffffff)
 		return 0;
 
+	/* don't register processors that cannot be onlined */
+	if (!acpi_is_processor_usable(processor->lapic_flags))
+		return 0;
+
 	/*
 	 * We need to register disabled CPU as well to permit
 	 * counting disabled CPUs. This allows us to size
@@ -250,9 +265,7 @@ acpi_parse_lapic(union acpi_subtable_headers * header, const unsigned long end)
 		return 0;
 
 	/* don't register processors that can not be onlined */
-	if (acpi_support_online_capable &&
-	    !(processor->lapic_flags & ACPI_MADT_ENABLED) &&
-	    !(processor->lapic_flags & ACPI_MADT_ONLINE_CAPABLE))
+	if (!acpi_is_processor_usable(processor->lapic_flags))
 		return 0;
 
 	/*
-- 
2.34.1


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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-01-05  4:10 [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic Kishon Vijay Abraham I
@ 2023-01-05 17:09 ` Rafael J. Wysocki
  2023-01-05 22:22   ` Borislav Petkov
  2023-01-06  0:57   ` Zhang, Rui
  2023-04-02 10:41 ` Guy Durrieu
  1 sibling, 2 replies; 10+ messages in thread
From: Rafael J. Wysocki @ 2023-01-05 17:09 UTC (permalink / raw)
  To: Kishon Vijay Abraham I
  Cc: Rafael J. Wysocki, Len Brown, Pavel Machek, Thomas Gleixner,
	Ingo Molnar, Borislav Petkov, Dave Hansen, x86, H. Peter Anvin,
	linux-pm, linux-kernel, Santosh Shukla, Suravee Suthikulpanit,
	Borislav Petkov, Leo Duran

On Thu, Jan 5, 2023 at 5:11 AM Kishon Vijay Abraham I <kvijayab@amd.com> wrote:
>
> Section 5.2.12.12 Processor Local x2APIC Structure in the ACPI v6.5
> spec mandates that both "enabled" and "online capable" Local APIC Flags
> should be used to determine if the processor is usable or not.
>
> However, Linux doesn't use the "online capable" flag for x2APIC to
> determine if the processor is usable. As a result, cpu_possible_mask has
> incorrect value and results in more memory getting allocated for per_cpu
> variables than it is going to be used.
>
> Make sure Linux parses both "enabled" and "online capable" flags for
> x2APIC to correctly determine if the processor is usable.
>
> Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online capable")
> Reviewed-by: Borislav Petkov (AMD) <bp@alien8.de>
> Reported-by: Leo Duran <leo.duran@amd.com>
> Signed-off-by: Kishon Vijay Abraham I <kvijayab@amd.com>

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

> ---
> Changes from v1:
> 1) Changed the ACPI spec version to 6.5 in the commit log
> 2) Changed the Fixes tag to point to commit aa06e20f1be6
> 3) Added "Reported-by: Leo Duran <leo.duran@amd.com>"
>  arch/x86/kernel/acpi/boot.c | 19 ++++++++++++++++---
>  1 file changed, 16 insertions(+), 3 deletions(-)
>
> diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
> index 907cc98b1938..518bda50068c 100644
> --- a/arch/x86/kernel/acpi/boot.c
> +++ b/arch/x86/kernel/acpi/boot.c
> @@ -188,6 +188,17 @@ static int acpi_register_lapic(int id, u32 acpiid, u8 enabled)
>         return cpu;
>  }
>
> +static bool __init acpi_is_processor_usable(u32 lapic_flags)
> +{
> +       if (lapic_flags & ACPI_MADT_ENABLED)
> +               return true;
> +
> +       if (acpi_support_online_capable && (lapic_flags & ACPI_MADT_ONLINE_CAPABLE))
> +               return true;
> +
> +       return false;
> +}
> +
>  static int __init
>  acpi_parse_x2apic(union acpi_subtable_headers *header, const unsigned long end)
>  {
> @@ -212,6 +223,10 @@ acpi_parse_x2apic(union acpi_subtable_headers *header, const unsigned long end)
>         if (apic_id == 0xffffffff)
>                 return 0;
>
> +       /* don't register processors that cannot be onlined */
> +       if (!acpi_is_processor_usable(processor->lapic_flags))
> +               return 0;
> +
>         /*
>          * We need to register disabled CPU as well to permit
>          * counting disabled CPUs. This allows us to size
> @@ -250,9 +265,7 @@ acpi_parse_lapic(union acpi_subtable_headers * header, const unsigned long end)
>                 return 0;
>
>         /* don't register processors that can not be onlined */
> -       if (acpi_support_online_capable &&
> -           !(processor->lapic_flags & ACPI_MADT_ENABLED) &&
> -           !(processor->lapic_flags & ACPI_MADT_ONLINE_CAPABLE))
> +       if (!acpi_is_processor_usable(processor->lapic_flags))
>                 return 0;
>
>         /*
> --
> 2.34.1
>

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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-01-05 17:09 ` Rafael J. Wysocki
@ 2023-01-05 22:22   ` Borislav Petkov
  2023-01-10 13:03     ` Rafael J. Wysocki
  2023-01-06  0:57   ` Zhang, Rui
  1 sibling, 1 reply; 10+ messages in thread
From: Borislav Petkov @ 2023-01-05 22:22 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Kishon Vijay Abraham I, Len Brown, Pavel Machek, Thomas Gleixner,
	Ingo Molnar, Dave Hansen, x86, H. Peter Anvin, linux-pm,
	linux-kernel, Santosh Shukla, Suravee Suthikulpanit,
	Borislav Petkov, Leo Duran

On Thu, Jan 05, 2023 at 06:09:59PM +0100, Rafael J. Wysocki wrote:
> On Thu, Jan 5, 2023 at 5:11 AM Kishon Vijay Abraham I <kvijayab@amd.com> wrote:
> >
> > Section 5.2.12.12 Processor Local x2APIC Structure in the ACPI v6.5
> > spec mandates that both "enabled" and "online capable" Local APIC Flags
> > should be used to determine if the processor is usable or not.
> >
> > However, Linux doesn't use the "online capable" flag for x2APIC to
> > determine if the processor is usable. As a result, cpu_possible_mask has
> > incorrect value and results in more memory getting allocated for per_cpu
> > variables than it is going to be used.
> >
> > Make sure Linux parses both "enabled" and "online capable" flags for
> > x2APIC to correctly determine if the processor is usable.
> >
> > Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online capable")
> > Reviewed-by: Borislav Petkov (AMD) <bp@alien8.de>
> > Reported-by: Leo Duran <leo.duran@amd.com>
> > Signed-off-by: Kishon Vijay Abraham I <kvijayab@amd.com>
> 
> Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

Are you saying, I should take it through tip?

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette

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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-01-05 17:09 ` Rafael J. Wysocki
  2023-01-05 22:22   ` Borislav Petkov
@ 2023-01-06  0:57   ` Zhang, Rui
  1 sibling, 0 replies; 10+ messages in thread
From: Zhang, Rui @ 2023-01-06  0:57 UTC (permalink / raw)
  To: kvijayab@amd.com, rafael@kernel.org
  Cc: Brown, Len, leo.duran@amd.com, bpetkov@amd.com,
	dave.hansen@linux.intel.com, x86@kernel.org,
	suravee.suthikulpanit@amd.com, hpa@zytor.com, mingo@redhat.com,
	pavel@ucw.cz, tglx@linutronix.de, linux-kernel@vger.kernel.org,
	linux-pm@vger.kernel.org, bp@alien8.de, santosh.shukla@amd.com

On Thu, 2023-01-05 at 18:09 +0100, Rafael J. Wysocki wrote:
> On Thu, Jan 5, 2023 at 5:11 AM Kishon Vijay Abraham I <
> kvijayab@amd.com> wrote:
> > Section 5.2.12.12 Processor Local x2APIC Structure in the ACPI v6.5
> > spec mandates that both "enabled" and "online capable" Local APIC
> > Flags
> > should be used to determine if the processor is usable or not.
> > 
> > However, Linux doesn't use the "online capable" flag for x2APIC to
> > determine if the processor is usable. As a result,
> > cpu_possible_mask has
> > incorrect value and results in more memory getting allocated for
> > per_cpu
> > variables than it is going to be used.
> > 
> > Make sure Linux parses both "enabled" and "online capable" flags
> > for
> > x2APIC to correctly determine if the processor is usable.
> > 
> > Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online
> > capable")
> > Reviewed-by: Borislav Petkov (AMD) <bp@alien8.de>
> > Reported-by: Leo Duran <leo.duran@amd.com>
> > Signed-off-by: Kishon Vijay Abraham I <kvijayab@amd.com>
> 
> Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> 

Reviewed-by: Zhang Rui <rui.zhang@intel.com>

thanks,
rui
> > ---
> > Changes from v1:
> > 1) Changed the ACPI spec version to 6.5 in the commit log
> > 2) Changed the Fixes tag to point to commit aa06e20f1be6
> > 3) Added "Reported-by: Leo Duran <leo.duran@amd.com>"
> >  arch/x86/kernel/acpi/boot.c | 19 ++++++++++++++++---
> >  1 file changed, 16 insertions(+), 3 deletions(-)
> > 
> > diff --git a/arch/x86/kernel/acpi/boot.c
> > b/arch/x86/kernel/acpi/boot.c
> > index 907cc98b1938..518bda50068c 100644
> > --- a/arch/x86/kernel/acpi/boot.c
> > +++ b/arch/x86/kernel/acpi/boot.c
> > @@ -188,6 +188,17 @@ static int acpi_register_lapic(int id, u32
> > acpiid, u8 enabled)
> >         return cpu;
> >  }
> > 
> > +static bool __init acpi_is_processor_usable(u32 lapic_flags)
> > +{
> > +       if (lapic_flags & ACPI_MADT_ENABLED)
> > +               return true;
> > +
> > +       if (acpi_support_online_capable && (lapic_flags &
> > ACPI_MADT_ONLINE_CAPABLE))
> > +               return true;
> > +
> > +       return false;
> > +}
> > +
> >  static int __init
> >  acpi_parse_x2apic(union acpi_subtable_headers *header, const
> > unsigned long end)
> >  {
> > @@ -212,6 +223,10 @@ acpi_parse_x2apic(union acpi_subtable_headers
> > *header, const unsigned long end)
> >         if (apic_id == 0xffffffff)
> >                 return 0;
> > 
> > +       /* don't register processors that cannot be onlined */
> > +       if (!acpi_is_processor_usable(processor->lapic_flags))
> > +               return 0;
> > +
> >         /*
> >          * We need to register disabled CPU as well to permit
> >          * counting disabled CPUs. This allows us to size
> > @@ -250,9 +265,7 @@ acpi_parse_lapic(union acpi_subtable_headers *
> > header, const unsigned long end)
> >                 return 0;
> > 
> >         /* don't register processors that can not be onlined */
> > -       if (acpi_support_online_capable &&
> > -           !(processor->lapic_flags & ACPI_MADT_ENABLED) &&
> > -           !(processor->lapic_flags & ACPI_MADT_ONLINE_CAPABLE))
> > +       if (!acpi_is_processor_usable(processor->lapic_flags))
> >                 return 0;
> > 
> >         /*
> > --
> > 2.34.1
> > 

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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-01-05 22:22   ` Borislav Petkov
@ 2023-01-10 13:03     ` Rafael J. Wysocki
  2023-01-10 18:23       ` Borislav Petkov
  0 siblings, 1 reply; 10+ messages in thread
From: Rafael J. Wysocki @ 2023-01-10 13:03 UTC (permalink / raw)
  To: Borislav Petkov
  Cc: Rafael J. Wysocki, Kishon Vijay Abraham I, Len Brown,
	Pavel Machek, Thomas Gleixner, Ingo Molnar, Dave Hansen, x86,
	H. Peter Anvin, linux-pm, linux-kernel, Santosh Shukla,
	Suravee Suthikulpanit, Borislav Petkov, Leo Duran

On Thu, Jan 5, 2023 at 11:22 PM Borislav Petkov <bp@alien8.de> wrote:
>
> On Thu, Jan 05, 2023 at 06:09:59PM +0100, Rafael J. Wysocki wrote:
> > On Thu, Jan 5, 2023 at 5:11 AM Kishon Vijay Abraham I <kvijayab@amd.com> wrote:
> > >
> > > Section 5.2.12.12 Processor Local x2APIC Structure in the ACPI v6.5
> > > spec mandates that both "enabled" and "online capable" Local APIC Flags
> > > should be used to determine if the processor is usable or not.
> > >
> > > However, Linux doesn't use the "online capable" flag for x2APIC to
> > > determine if the processor is usable. As a result, cpu_possible_mask has
> > > incorrect value and results in more memory getting allocated for per_cpu
> > > variables than it is going to be used.
> > >
> > > Make sure Linux parses both "enabled" and "online capable" flags for
> > > x2APIC to correctly determine if the processor is usable.
> > >
> > > Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online capable")
> > > Reviewed-by: Borislav Petkov (AMD) <bp@alien8.de>
> > > Reported-by: Leo Duran <leo.duran@amd.com>
> > > Signed-off-by: Kishon Vijay Abraham I <kvijayab@amd.com>
> >
> > Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
>
> Are you saying, I should take it through tip?

Works for me either way.

Just please let me know if I need to take care of it. :-)

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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-01-10 13:03     ` Rafael J. Wysocki
@ 2023-01-10 18:23       ` Borislav Petkov
  0 siblings, 0 replies; 10+ messages in thread
From: Borislav Petkov @ 2023-01-10 18:23 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Kishon Vijay Abraham I, Len Brown, Pavel Machek, Thomas Gleixner,
	Ingo Molnar, Dave Hansen, x86, H. Peter Anvin, linux-pm,
	linux-kernel, Santosh Shukla, Suravee Suthikulpanit,
	Borislav Petkov, Leo Duran

On Tue, Jan 10, 2023 at 02:03:48PM +0100, Rafael J. Wysocki wrote:
> Just please let me know if I need to take care of it. :-)

You don't. :-)

Thx.

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette

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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-01-05  4:10 [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic Kishon Vijay Abraham I
  2023-01-05 17:09 ` Rafael J. Wysocki
@ 2023-04-02 10:41 ` Guy Durrieu
  2023-04-02 10:57   ` Borislav Petkov
  1 sibling, 1 reply; 10+ messages in thread
From: Guy Durrieu @ 2023-04-02 10:41 UTC (permalink / raw)
  To: Kishon Vijay Abraham I, Rafael J. Wysocki, Len Brown,
	Pavel Machek, Thomas Gleixner, Ingo Molnar, Borislav Petkov,
	Dave Hansen
  Cc: x86, H. Peter Anvin, linux-pm, linux-kernel, Santosh Shukla,
	Suravee Suthikulpanit, Borislav Petkov, Leo Duran, 1033732

Le 05/01/2023 à 05:10, Kishon Vijay Abraham I a écrit :

> Section 5.2.12.12 Processor Local x2APIC Structure in the ACPI v6.5
> spec mandates that both "enabled" and "online capable" Local APIC Flags
> should be used to determine if the processor is usable or not.
>
> However, Linux doesn't use the "online capable" flag for x2APIC to
> determine if the processor is usable. As a result, cpu_possible_mask has
> incorrect value and results in more memory getting allocated for per_cpu
> variables than it is going to be used.
>
> Make sure Linux parses both "enabled" and "online capable" flags for
> x2APIC to correctly determine if the processor is usable.
>
> Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online capable")
> Reviewed-by: Borislav Petkov (AMD) <bp@alien8.de>
> Reported-by: Leo Duran <leo.duran@amd.com>
> Signed-off-by: Kishon Vijay Abraham I <kvijayab@amd.com>

Hello everyone,

My system worked fine with kernel 6.1.15, but stopped booting after
upgrading to 6.1.20 and resulted in a kernel panic:

---
[ 0.117782] Kernel panic — not syncing: timer doesn’t work through Interrupt-remapped IO-APIC
[ 0.117848] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 6.1.0-7-and64 #1 Debian 6.1.20-1
[ 0.117913] Hardware name: Gigabyte Technology Co., Ltd. ABS50M-Gaming 3/AB350M-Gaming 3-CF, BIOS F50d 07/02/2020
[ 0.117982] Call Trace:
[ 0.118634] <TASK>
[ 0.118685] dump_stack_lvl+0x44/0x5c
[ 0.118143] panic+0x118/0x2ed
[ 0.118198] panic_if_irq_remap.cold+0x5/0x5
[ 0.118256] setup_I0_APIC+0x3db/0x64b
[ 0.118313] ? _raw_spin_unlock_irqrestore+0x23/0x40
[ 0.118372] ? clear_IO_APIC_pin+0x169/0x240
[ 0.118429] apic_intr_node_init+0x101/0x106
[ 0.118485] x86_late_time_init+0x20/0x34
[ 0.118542] start_kerne1+0x667/0x727
[ 0.118598] secondary_startup_64_no_verify+0xe5/0xeb
[ 0.118658] </TASK>
[ 0.118711] ---[ end Kernel panic - not syncing: timer doesn’t work through Interrupt-remapped IO-APIC J---
---
I tried an update of the BIOS up to F51h without any effect.

I sent a bug report to Debian Bug Tracking System. In reply Bjørn Mork 
identified ce7d894bed1a539a8d6cff42f6f78f9db0c9c26b from the linux-6.1.y 
branch as the likely culprit.

After building a 6.1.20 kernel with just that commit reverted, my system boots normally again.

I reported that all tohttps://bugs.debian.org/1033732  and were asked to report the issue 'upstream' (which is what that mail is).

Hope it will help!

Best regards.

-- Guy Durrieu


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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-04-02 10:41 ` Guy Durrieu
@ 2023-04-02 10:57   ` Borislav Petkov
  2023-04-02 13:13     ` Guy Durrieu
  0 siblings, 1 reply; 10+ messages in thread
From: Borislav Petkov @ 2023-04-02 10:57 UTC (permalink / raw)
  To: Guy Durrieu, Kishon Vijay Abraham I, Rafael J. Wysocki, Len Brown,
	Pavel Machek, Thomas Gleixner, Ingo Molnar, Dave Hansen
  Cc: x86, H. Peter Anvin, linux-pm, linux-kernel, Santosh Shukla,
	Suravee Suthikulpanit, Borislav Petkov, Leo Duran, 1033732

On April 2, 2023 12:41:46 PM GMT+02:00, Guy Durrieu <guy.durrieu@cegetel.net> wrote:
>My system worked fine with kernel 6.1.15, but stopped booting after
>upgrading to 6.1.20 and resulted in a kernel panic:

Does this fix it:

https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/log/?h=x86/urgent

Thx.

-- 
Sent from a small device: formatting sucks and brevity is inevitable.

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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-04-02 10:57   ` Borislav Petkov
@ 2023-04-02 13:13     ` Guy Durrieu
  2023-04-02 15:18       ` Borislav Petkov
  0 siblings, 1 reply; 10+ messages in thread
From: Guy Durrieu @ 2023-04-02 13:13 UTC (permalink / raw)
  To: Borislav Petkov, Kishon Vijay Abraham I, Rafael J. Wysocki,
	Len Brown, Pavel Machek, Thomas Gleixner, Ingo Molnar,
	Dave Hansen
  Cc: x86, H. Peter Anvin, linux-pm, linux-kernel, Santosh Shukla,
	Suravee Suthikulpanit, Borislav Petkov, Leo Duran, 1033732

Le 02/04/2023 à 12:57, Borislav Petkov a écrit :

> On April 2, 2023 12:41:46 PM GMT+02:00, Guy Durrieu <guy.durrieu@cegetel.net> wrote:
>> My system worked fine with kernel 6.1.15, but stopped booting after
>> upgrading to 6.1.20 and resulted in a kernel panic:
> Does this fix it:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/log/?h=x86/urgent
>
> Thx.
>
Yes it does.

Regards.

-- Guy Durrieu


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

* Re: [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic
  2023-04-02 13:13     ` Guy Durrieu
@ 2023-04-02 15:18       ` Borislav Petkov
  0 siblings, 0 replies; 10+ messages in thread
From: Borislav Petkov @ 2023-04-02 15:18 UTC (permalink / raw)
  To: Guy Durrieu
  Cc: Kishon Vijay Abraham I, Rafael J. Wysocki, Len Brown,
	Pavel Machek, Thomas Gleixner, Ingo Molnar, Dave Hansen, x86,
	H. Peter Anvin, linux-pm, linux-kernel, Santosh Shukla,
	Suravee Suthikulpanit, Borislav Petkov, Leo Duran, 1033732

On Sun, Apr 02, 2023 at 03:13:05PM +0200, Guy Durrieu wrote:
> Yes it does.

Thanks for testing.

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette

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

end of thread, other threads:[~2023-04-02 15:18 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-01-05  4:10 [PATCH v2] x86/acpi/boot: Do not register processors that cannot be onlined for x2apic Kishon Vijay Abraham I
2023-01-05 17:09 ` Rafael J. Wysocki
2023-01-05 22:22   ` Borislav Petkov
2023-01-10 13:03     ` Rafael J. Wysocki
2023-01-10 18:23       ` Borislav Petkov
2023-01-06  0:57   ` Zhang, Rui
2023-04-02 10:41 ` Guy Durrieu
2023-04-02 10:57   ` Borislav Petkov
2023-04-02 13:13     ` Guy Durrieu
2023-04-02 15:18       ` Borislav Petkov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox