From: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
To: x86@kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org
Cc: bp@alien8.de, bp@suse.de, leo.duran@amd.com,
yazen.ghannam@amd.com,
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Subject: [PATCH 2/2] x86/CPU/AMD: Use L3 Cache info from CPUID to determine LLC ID
Date: Tue, 27 Jun 2017 01:40:53 -0500 [thread overview]
Message-ID: <1498545653-6755-3-git-send-email-suravee.suthikulpanit@amd.com> (raw)
In-Reply-To: <1498545653-6755-1-git-send-email-suravee.suthikulpanit@amd.com>
CPUID_Fn8000001D_EAX_x03: Cache Properties (L3) [NumSharingCache]
should be used to determine if the last-level cache (LLC) ID is
the same as die ID or the core-complex (CCX) ID. In the former case,
the number of cores within a die would be the same as the number of
sharing threads. This is available if CPU topology extension is
supported (e.g. since family15h).
Signed-off-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Signed-off-by: Leo Duran <leo.duran@amd.com>
Signed-off-by: Yazen Ghannam <yazen.ghannam@amd.com>
Cc: <stable@vger.kernel.org> # v4.10+
---
arch/x86/kernel/cpu/amd.c | 40 ++++++++++++++++++++++++----------------
1 file changed, 24 insertions(+), 16 deletions(-)
diff --git a/arch/x86/kernel/cpu/amd.c b/arch/x86/kernel/cpu/amd.c
index 2f5869c..faa4ec3 100644
--- a/arch/x86/kernel/cpu/amd.c
+++ b/arch/x86/kernel/cpu/amd.c
@@ -306,6 +306,29 @@ static int nearby_node(int apicid)
#ifdef CONFIG_SMP
+static void amd_get_llc_id(struct cpuinfo_x86 *c)
+{
+ int cpu = smp_processor_id();
+
+ /* Default LLC is at the node level. */
+ per_cpu(cpu_llc_id, cpu) = c->phys_proc_id;
+
+ /*
+ * We may have multiple LLCs per die if L3 caches exist.
+ * Currently, the only case where LLC (L3) is not
+ * at the die level is when LLC is at the core complex (CCX) level.
+ * So, enumerate cpu_llc_id using ccx_id.
+ */
+ if (l3_num_threads_sharing &&
+ l3_num_threads_sharing < (c->x86_max_cores * smp_num_siblings)) {
+ u32 cpu_id = (c->phys_proc_id * c->x86_max_cores) + c->cpu_core_id;
+ u32 ccx_id = cpu_id * smp_num_siblings / l3_num_threads_sharing;
+
+ per_cpu(cpu_llc_id, cpu) = ccx_id;
+ pr_debug("Use ccx ID as llc ID: %#x\n", ccx_id);
+ }
+}
+
/*
* Per Documentation/x86/topology.c, the kernel works with
* {packages, cores, threads}, and we will map:
@@ -321,12 +344,9 @@ static int nearby_node(int apicid)
* Assumption: Number of cores in each internal node is the same.
* (2) cpu_core_id is derived from either CPUID topology extension
* or initial APIC_ID.
- * (3) cpu_llc_id is either L3 or per-node
*/
static void amd_get_topology(struct cpuinfo_x86 *c)
{
- int cpu = smp_processor_id();
-
if (boot_cpu_has(X86_FEATURE_TOPOEXT)) {
u32 eax, ebx, ecx, edx;
@@ -405,19 +425,6 @@ static void amd_get_topology(struct cpuinfo_x86 *c)
/* core id has to be in the [0 .. cores_per_die - 1] range */
c->cpu_core_id %= c->x86_max_cores;
-
- /* Default LLC is at the die level. */
- per_cpu(cpu_llc_id, cpu) = c->phys_proc_id;
-
- /*
- * We may have multiple LLCs if L3 caches exist, so check if we
- * have an L3 cache by looking at the L3 cache CPUID leaf.
- * For family17h, LLC is at the core complex level.
- * Core complex id is ApicId[3].
- */
- if (cpuid_edx(0x80000006) && c->x86 == 0x17)
- per_cpu(cpu_llc_id, cpu) = c->apicid >> 3;
-
}
#endif
@@ -799,6 +806,7 @@ static void init_amd(struct cpuinfo_x86 *c)
#ifdef CONFIG_SMP
if (c->extended_cpuid_level >= 0x80000008) {
amd_get_topology(c);
+ amd_get_llc_id(c);
srat_detect_node(c);
}
#endif
--
2.7.4
prev parent reply other threads:[~2017-06-27 6:42 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-27 6:40 [PATCH 0/2] x86/CPU/AMD: Fix multi-die processor topology info Suravee Suthikulpanit
2017-06-27 6:40 ` [PATCH 1/2] x86/CPU/AMD: Present package as die instead of socket Suravee Suthikulpanit
2017-06-27 10:48 ` Borislav Petkov
2017-06-27 13:07 ` Suravee Suthikulpanit
2017-06-27 13:42 ` Borislav Petkov
2017-06-27 16:54 ` Suravee Suthikulpanit
2017-06-27 17:44 ` Borislav Petkov
2017-06-27 18:32 ` Ghannam, Yazen
2017-06-27 18:44 ` Borislav Petkov
2017-06-27 20:26 ` Suravee Suthikulpanit
2017-06-28 9:12 ` Borislav Petkov
2017-06-27 14:21 ` Thomas Gleixner
2017-06-27 14:54 ` Brice Goglin
2017-06-27 15:48 ` Duran, Leo
2017-06-27 16:11 ` Borislav Petkov
2017-06-27 16:23 ` Duran, Leo
2017-06-27 16:31 ` Borislav Petkov
2017-06-27 16:42 ` Duran, Leo
2017-06-27 16:45 ` Borislav Petkov
2017-06-27 17:04 ` Duran, Leo
2017-06-27 16:19 ` Thomas Gleixner
2017-06-27 16:34 ` Duran, Leo
2017-06-27 15:55 ` Suravee Suthikulpanit
2017-06-27 16:16 ` Borislav Petkov
2017-07-05 15:50 ` Peter Zijlstra
2017-06-27 6:40 ` Suravee Suthikulpanit [this message]
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=1498545653-6755-3-git-send-email-suravee.suthikulpanit@amd.com \
--to=suravee.suthikulpanit@amd.com \
--cc=bp@alien8.de \
--cc=bp@suse.de \
--cc=leo.duran@amd.com \
--cc=linux-kernel@vger.kernel.org \
--cc=stable@vger.kernel.org \
--cc=x86@kernel.org \
--cc=yazen.ghannam@amd.com \
/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®