From: Thomas Gleixner <tglx@linutronix.de>
To: Laura Nao <laura.nao@collabora.com>
Cc: kernel@collabora.com, laura.nao@collabora.com,
linux-kernel@vger.kernel.org, regressions@leemhuis.info,
regressions@lists.linux.dev, x86@kernel.org
Subject: Re: [REGRESSION] mainline boot regression on AMD Stoney Ridge Chromebooks
Date: Mon, 08 Apr 2024 16:19:29 +0200 [thread overview]
Message-ID: <87r0fg6ioe.ffs@tglx> (raw)
In-Reply-To: <20240408110605.164608-1-laura.nao@collabora.com>
Laura!
On Mon, Apr 08 2024 at 13:06, Laura Nao wrote:
> Just tried that and it doesn't boot, nothing on the serial console (I
> kept earlyprintk=ttyS0,115200 in the cmdline).
Thanks for trying. Now let's take a small step back.
Please reset the tree to:
ace278e7eca6 ("x86/smpboot: Teach it about topo.amd_node_id")
That's the commit right before switching over and according to your
bisect it works. Now apply the patch below, which just runs the new
topology scan function but discards the result.
Thanks,
tglx
---
--- a/arch/x86/kernel/cpu/topology_amd.c
+++ b/arch/x86/kernel/cpu/topology_amd.c
@@ -29,7 +29,17 @@ static bool parse_8000_0008(struct topo_
if (!sft)
sft = get_count_order(ecx.cpu_nthreads + 1);
- topology_set_dom(tscan, TOPO_SMT_DOMAIN, sft, ecx.cpu_nthreads + 1);
+ /*
+ * cpu_nthreads describes the number of threads in the package
+ * sft is the number of APIC ID bits per package
+ *
+ * As the number of actual threads per core is not described in
+ * this leaf, just set the CORE domain shift and let the later
+ * parsers set SMT shift. Assume one thread per core by default
+ * which is correct if there are no other CPUID leafs to parse.
+ */
+ topology_update_dom(tscan, TOPO_SMT_DOMAIN, 0, 1);
+ topology_set_dom(tscan, TOPO_CORE_DOMAIN, sft, ecx.cpu_nthreads + 1);
return true;
}
@@ -73,12 +83,14 @@ static bool parse_8000_001e(struct topo_
tscan->c->topo.initial_apicid = leaf.ext_apic_id;
/*
- * If leaf 0xb is available, then SMT shift is set already. If not
- * take it from ecx.threads_per_core and use topo_update_dom() -
- * topology_set_dom() would propagate and overwrite the already
- * propagated CORE level.
+ * If leaf 0xb is available, then the domain shifts are set
+ * already and nothing to do here.
*/
if (!has_0xb) {
+ /*
+ * Leaf 0x80000008 set the CORE domain shift already.
+ * Update the SMT domain, but do not propagate it.
+ */
unsigned int nthreads = leaf.core_nthreads + 1;
topology_update_dom(tscan, TOPO_SMT_DOMAIN, get_count_order(nthreads), nthreads);
--- a/arch/x86/kernel/cpu/topology_common.c
+++ b/arch/x86/kernel/cpu/topology_common.c
@@ -133,6 +133,10 @@ static void parse_topology(struct topo_s
tscan->ebx1_nproc_shift = get_count_order(ebx.nproc);
switch (c->x86_vendor) {
+ case X86_VENDOR_AMD:
+ if (IS_ENABLED(CONFIG_CPU_SUP_AMD))
+ cpu_parse_topology_amd(tscan);
+ break;
case X86_VENDOR_CENTAUR:
case X86_VENDOR_ZHAOXIN:
parse_legacy(tscan);
next prev parent reply other threads:[~2024-04-08 14:19 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-22 17:52 [REGRESSION] mainline boot regression on AMD Stoney Ridge Chromebooks Laura Nao
2024-03-28 9:44 ` Laura Nao
2024-03-28 11:50 ` Laura Nao
2024-04-04 8:24 ` Linux regression tracking (Thorsten Leemhuis)
2024-04-04 9:26 ` Laura Nao
2024-04-04 13:01 ` Thomas Gleixner
2024-04-04 13:05 ` Thomas Gleixner
2024-04-04 15:23 ` Laura Nao
2024-04-04 16:14 ` Thomas Gleixner
2024-04-04 18:06 ` Thomas Gleixner
2024-04-04 19:14 ` Thomas Gleixner
2024-04-04 20:05 ` Thomas Gleixner
2024-04-05 8:14 ` Laura Nao
2024-04-05 8:42 ` Thomas Gleixner
2024-04-05 10:32 ` Laura Nao
2024-04-05 13:38 ` Thomas Gleixner
2024-04-05 13:58 ` Laura Nao
2024-04-05 14:59 ` Thomas Gleixner
2024-04-08 8:20 ` Thomas Gleixner
2024-04-08 11:06 ` Laura Nao
2024-04-08 14:19 ` Thomas Gleixner [this message]
2024-04-09 10:07 ` Laura Nao
2024-04-09 12:25 ` Thomas Gleixner
2024-04-10 8:15 ` Laura Nao
2024-04-10 13:57 ` Thomas Gleixner
2024-04-10 16:11 ` Laura Nao
2024-04-10 19:34 ` Thomas Gleixner
2024-04-10 19:45 ` [patch 0/2] x86/cpu/amd: Fixup the topology rework fallout Thomas Gleixner
2024-04-10 19:45 ` [patch 1/2] x86/cpu/amd: Make the CPUID 0x80000008 parser correct Thomas Gleixner
2024-04-11 12:45 ` [tip: x86/urgent] " tip-bot2 for Thomas Gleixner
2024-04-12 10:12 ` tip-bot2 for Thomas Gleixner
2024-04-10 19:45 ` [patch 2/2] x86/cpu/amd: Make the NODEID_MSR union actually work Thomas Gleixner
2024-04-11 12:45 ` [tip: x86/urgent] " tip-bot2 for Thomas Gleixner
2024-04-12 10:12 ` tip-bot2 for Thomas Gleixner
2024-04-11 11:27 ` [patch 0/2] x86/cpu/amd: Fixup the topology rework fallout Laura Nao
2024-04-11 11:37 ` Linux regression tracking (Thorsten Leemhuis)
2024-04-11 12:14 ` Thomas Gleixner
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=87r0fg6ioe.ffs@tglx \
--to=tglx@linutronix.de \
--cc=kernel@collabora.com \
--cc=laura.nao@collabora.com \
--cc=linux-kernel@vger.kernel.org \
--cc=regressions@leemhuis.info \
--cc=regressions@lists.linux.dev \
--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