From: Xiaoyao Li <xiaoyao.li@intel.com>
To: Zhao Liu <zhao1.liu@linux.intel.com>,
Eduardo Habkost <eduardo@habkost.net>,
Marcel Apfelbaum <marcel.apfelbaum@gmail.com>,
"Michael S . Tsirkin" <mst@redhat.com>,
Richard Henderson <richard.henderson@linaro.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Marcelo Tosatti <mtosatti@redhat.com>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org,
Zhenyu Wang <zhenyu.z.wang@intel.com>,
Zhuocheng Ding <zhuocheng.ding@intel.com>,
Zhao Liu <zhao1.liu@intel.com>, Babu Moger <babu.moger@amd.com>,
Yongwei Ma <yongwei.ma@intel.com>
Subject: Re: [PATCH v7 05/16] i386: Decouple CPUID[0x1F] subleaf with specific topology level
Date: Thu, 11 Jan 2024 11:19:34 +0800 [thread overview]
Message-ID: <cb75fcea-7e3a-4062-8d1c-3067f5e53bcc@intel.com> (raw)
In-Reply-To: <20240108082727.420817-6-zhao1.liu@linux.intel.com>
On 1/8/2024 4:27 PM, Zhao Liu wrote:
> From: Zhao Liu <zhao1.liu@intel.com>
>
> At present, the subleaf 0x02 of CPUID[0x1F] is bound to the "die" level.
>
> In fact, the specific topology level exposed in 0x1F depends on the
> platform's support for extension levels (module, tile and die).
>
> To help expose "module" level in 0x1F, decouple CPUID[0x1F] subleaf
> with specific topology level.
>
> Signed-off-by: Zhao Liu <zhao1.liu@intel.com>
> Tested-by: Babu Moger <babu.moger@amd.com>
> Tested-by: Yongwei Ma <yongwei.ma@intel.com>
> Acked-by: Michael S. Tsirkin <mst@redhat.com>
> ---
> Changes since v3:
> * New patch to prepare to expose module level in 0x1F.
> * Move the CPUTopoLevel enumeration definition from "i386: Add cache
> topology info in CPUCacheInfo" to this patch. Note, to align with
> topology types in SDM, revert the name of CPU_TOPO_LEVEL_UNKNOW to
> CPU_TOPO_LEVEL_INVALID.
> ---
> target/i386/cpu.c | 136 +++++++++++++++++++++++++++++++++++++---------
> target/i386/cpu.h | 15 +++++
> 2 files changed, 126 insertions(+), 25 deletions(-)
>
> diff --git a/target/i386/cpu.c b/target/i386/cpu.c
> index bc440477d13d..5c295c9a9e2d 100644
> --- a/target/i386/cpu.c
> +++ b/target/i386/cpu.c
> @@ -269,6 +269,116 @@ static void encode_cache_cpuid4(CPUCacheInfo *cache,
> (cache->complex_indexing ? CACHE_COMPLEX_IDX : 0);
> }
>
> +static uint32_t num_cpus_by_topo_level(X86CPUTopoInfo *topo_info,
> + enum CPUTopoLevel topo_level)
> +{
> + switch (topo_level) {
> + case CPU_TOPO_LEVEL_SMT:
> + return 1;
> + case CPU_TOPO_LEVEL_CORE:
> + return topo_info->threads_per_core;
> + case CPU_TOPO_LEVEL_DIE:
> + return topo_info->threads_per_core * topo_info->cores_per_die;
> + case CPU_TOPO_LEVEL_PACKAGE:
> + return topo_info->threads_per_core * topo_info->cores_per_die *
> + topo_info->dies_per_pkg;
> + default:
> + g_assert_not_reached();
> + }
> + return 0;
> +}
> +
> +static uint32_t apicid_offset_by_topo_level(X86CPUTopoInfo *topo_info,
> + enum CPUTopoLevel topo_level)
> +{
> + switch (topo_level) {
> + case CPU_TOPO_LEVEL_SMT:
> + return 0;
> + case CPU_TOPO_LEVEL_CORE:
> + return apicid_core_offset(topo_info);
> + case CPU_TOPO_LEVEL_DIE:
> + return apicid_die_offset(topo_info);
> + case CPU_TOPO_LEVEL_PACKAGE:
> + return apicid_pkg_offset(topo_info);
> + default:
> + g_assert_not_reached();
> + }
> + return 0;
> +}
> +
> +static uint32_t cpuid1f_topo_type(enum CPUTopoLevel topo_level)
> +{
> + switch (topo_level) {
> + case CPU_TOPO_LEVEL_INVALID:
> + return CPUID_1F_ECX_TOPO_LEVEL_INVALID;
> + case CPU_TOPO_LEVEL_SMT:
> + return CPUID_1F_ECX_TOPO_LEVEL_SMT;
> + case CPU_TOPO_LEVEL_CORE:
> + return CPUID_1F_ECX_TOPO_LEVEL_CORE;
> + case CPU_TOPO_LEVEL_DIE:
> + return CPUID_1F_ECX_TOPO_LEVEL_DIE;
> + default:
> + /* Other types are not supported in QEMU. */
> + g_assert_not_reached();
> + }
> + return 0;
> +}
> +
> +static void encode_topo_cpuid1f(CPUX86State *env, uint32_t count,
> + X86CPUTopoInfo *topo_info,
> + uint32_t *eax, uint32_t *ebx,
> + uint32_t *ecx, uint32_t *edx)
> +{
> + static DECLARE_BITMAP(topo_bitmap, CPU_TOPO_LEVEL_MAX);
> + X86CPU *cpu = env_archcpu(env);
> + unsigned long level, next_level;
> + uint32_t num_cpus_next_level, offset_next_level;
again, I dislike the name of cpus to represent the logical process or
thread. we can call it, num_lps_next_level, or num_threads_next_level;
> +
> + /*
> + * Initialize the bitmap to decide which levels should be
> + * encoded in 0x1f.
> + */
> + if (!count) {
using static bitmap and initialize the bitmap on (count == 0), looks bad
to me. It highly relies on the order of how encode_topo_cpuid1f() is
called, and fragile.
Instead, we can maintain an array in CPUX86State, e.g.,
--- a/target/i386/cpu.h
+++ b/target/i386/cpu.h
@@ -1904,6 +1904,8 @@ typedef struct CPUArchState {
/* Number of dies within this CPU package. */
unsigned nr_dies;
+
+ unint8_t valid_cpu_topo[CPU_TOPO_LEVEL_MAX];
} CPUX86State;
and initialize it as below, when initializing the env
env->valid_cpu_topo[0] = CPU_TOPO_LEVEL_SMT;
env->valid_cpu_topo[1] = CPU_TOPO_LEVEL_CORE;
if (env->nr_dies > 1) {
env->valid_cpu_topo[2] = CPU_TOPO_LEVEL_DIE;
}
then in encode_topo_cpuid1f(), we can get level and next_level as
level = env->valid_cpu_topo[count];
next_level = env->valid_cpu_topo[count + 1];
> + /* SMT and core levels are exposed in 0x1f leaf by default. */
> + set_bit(CPU_TOPO_LEVEL_SMT, topo_bitmap);
> + set_bit(CPU_TOPO_LEVEL_CORE, topo_bitmap);
> +
> + if (env->nr_dies > 1) {
> + set_bit(CPU_TOPO_LEVEL_DIE, topo_bitmap);
> + }
> + }
> +
> + *ecx = count & 0xff;
> + *edx = cpu->apic_id;
> +
> + level = find_first_bit(topo_bitmap, CPU_TOPO_LEVEL_MAX);
> + if (level == CPU_TOPO_LEVEL_MAX) {
> + num_cpus_next_level = 0;
> + offset_next_level = 0;
> +
> + /* Encode CPU_TOPO_LEVEL_INVALID into the last subleaf of 0x1f. */
> + level = CPU_TOPO_LEVEL_INVALID;
> + } else {
> + next_level = find_next_bit(topo_bitmap, CPU_TOPO_LEVEL_MAX, level + 1);
> + if (next_level == CPU_TOPO_LEVEL_MAX) {
> + next_level = CPU_TOPO_LEVEL_PACKAGE;
> + }
> +
> + num_cpus_next_level = num_cpus_by_topo_level(topo_info, next_level);
> + offset_next_level = apicid_offset_by_topo_level(topo_info, next_level);
> + }
> +
> + *eax = offset_next_level;
> + *ebx = num_cpus_next_level;
> + *ecx |= cpuid1f_topo_type(level) << 8;
> +
> + assert(!(*eax & ~0x1f));
> + *ebx &= 0xffff; /* The count doesn't need to be reliable. */
> + if (level != CPU_TOPO_LEVEL_MAX) {
> + clear_bit(level, topo_bitmap);
> + }
> +}
> +
> /* Encode cache info for CPUID[0x80000005].ECX or CPUID[0x80000005].EDX */
> static uint32_t encode_cache_cpuid80000005(CPUCacheInfo *cache)
> {
> @@ -6284,31 +6394,7 @@ void cpu_x86_cpuid(CPUX86State *env, uint32_t index, uint32_t count,
> break;
> }
>
> - *ecx = count & 0xff;
> - *edx = cpu->apic_id;
> - switch (count) {
> - case 0:
> - *eax = apicid_core_offset(&topo_info);
> - *ebx = topo_info.threads_per_core;
> - *ecx |= CPUID_1F_ECX_TOPO_LEVEL_SMT << 8;
> - break;
> - case 1:
> - *eax = apicid_die_offset(&topo_info);
> - *ebx = topo_info.cores_per_die * topo_info.threads_per_core;
> - *ecx |= CPUID_1F_ECX_TOPO_LEVEL_CORE << 8;
> - break;
> - case 2:
> - *eax = apicid_pkg_offset(&topo_info);
> - *ebx = cpus_per_pkg;
> - *ecx |= CPUID_1F_ECX_TOPO_LEVEL_DIE << 8;
> - break;
> - default:
> - *eax = 0;
> - *ebx = 0;
> - *ecx |= CPUID_1F_ECX_TOPO_LEVEL_INVALID << 8;
> - }
> - assert(!(*eax & ~0x1f));
> - *ebx &= 0xffff; /* The count doesn't need to be reliable. */
> + encode_topo_cpuid1f(env, count, &topo_info, eax, ebx, ecx, edx);
> break;
> case 0xD: {
> /* Processor Extended State */
> diff --git a/target/i386/cpu.h b/target/i386/cpu.h
> index f47bad46db5e..9c78cfc3f322 100644
> --- a/target/i386/cpu.h
> +++ b/target/i386/cpu.h
> @@ -1008,6 +1008,21 @@ uint64_t x86_cpu_get_supported_feature_word(FeatureWord w,
> #define CPUID_MWAIT_IBE (1U << 1) /* Interrupts can exit capability */
> #define CPUID_MWAIT_EMX (1U << 0) /* enumeration supported */
>
> +/*
> + * CPUTopoLevel is the general i386 topology hierarchical representation,
> + * ordered by increasing hierarchical relationship.
> + * Its enumeration value is not bound to the type value of Intel (CPUID[0x1F])
> + * or AMD (CPUID[0x80000026]).
> + */
> +enum CPUTopoLevel {
> + CPU_TOPO_LEVEL_INVALID,
> + CPU_TOPO_LEVEL_SMT,
> + CPU_TOPO_LEVEL_CORE,
> + CPU_TOPO_LEVEL_DIE,
> + CPU_TOPO_LEVEL_PACKAGE,
> + CPU_TOPO_LEVEL_MAX,
> +};
> +
> /* CPUID[0xB].ECX level types */
> #define CPUID_B_ECX_TOPO_LEVEL_INVALID 0
> #define CPUID_B_ECX_TOPO_LEVEL_SMT 1
next prev parent reply other threads:[~2024-01-11 3:21 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-08 8:27 [PATCH v7 00/16] Support smp.clusters for x86 in QEMU Zhao Liu
2024-01-08 8:27 ` [PATCH v7 01/16] i386/cpu: Fix i/d-cache topology to core level for Intel CPU Zhao Liu
2024-01-08 8:27 ` [PATCH v7 02/16] i386/cpu: Use APIC ID offset to encode cache topo in CPUID[4] Zhao Liu
2024-01-10 9:31 ` Xiaoyao Li
2024-01-11 8:43 ` Zhao Liu
2024-01-14 14:11 ` Xiaoyao Li
2024-01-15 3:04 ` Zhao Liu
2024-01-15 3:51 ` Xiaoyao Li
2024-01-15 4:16 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 03/16] i386/cpu: Consolidate the use of topo_info in cpu_x86_cpuid() Zhao Liu
2024-01-10 11:52 ` Xiaoyao Li
2024-01-11 8:46 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 04/16] i386: Split topology types of CPUID[0x1F] from the definitions of CPUID[0xB] Zhao Liu
2024-01-08 8:27 ` [PATCH v7 05/16] i386: Decouple CPUID[0x1F] subleaf with specific topology level Zhao Liu
2024-01-11 3:19 ` Xiaoyao Li [this message]
2024-01-11 9:07 ` Zhao Liu
2024-01-23 9:56 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 06/16] i386: Introduce module-level cpu topology to CPUX86State Zhao Liu
2024-01-08 8:27 ` [PATCH v7 07/16] i386: Support modules_per_die in X86CPUTopoInfo Zhao Liu
2024-01-11 5:53 ` Xiaoyao Li
2024-01-11 9:18 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 08/16] i386: Expose module level in CPUID[0x1F] Zhao Liu
2024-01-11 6:04 ` Xiaoyao Li
2024-01-11 9:21 ` Zhao Liu
2024-01-15 3:25 ` Yuan Yao
2024-01-15 4:09 ` Zhao Liu
2024-01-15 4:34 ` Xiaoyao Li
2024-01-15 5:20 ` Yuan Yao
2024-01-15 6:20 ` Zhao Liu
2024-01-15 6:57 ` Yuan Yao
2024-01-15 7:20 ` Zhao Liu
2024-01-15 9:03 ` Yuan Yao
2024-01-15 6:12 ` Zhao Liu
2024-01-15 6:11 ` Xiaoyao Li
2024-01-15 6:35 ` Zhao Liu
2024-01-15 7:16 ` Xiaoyao Li
2024-01-15 15:46 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 09/16] i386: Support module_id in X86CPUTopoIDs Zhao Liu
2024-01-14 12:42 ` Xiaoyao Li
2024-01-15 3:52 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 10/16] i386/cpu: Introduce cluster-id to X86CPU Zhao Liu
2024-01-14 13:49 ` Xiaoyao Li
2024-01-15 3:27 ` Zhao Liu
2024-01-15 4:18 ` Xiaoyao Li
2024-01-15 5:59 ` Zhao Liu
2024-01-15 7:45 ` Xiaoyao Li
2024-01-15 15:18 ` Zhao Liu
2024-01-16 16:40 ` Xiaoyao Li
2024-01-19 7:59 ` Zhao Liu
2024-01-26 3:37 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 11/16] tests: Add test case of APIC ID for module level parsing Zhao Liu
2024-01-08 8:27 ` [PATCH v7 12/16] hw/i386/pc: Support smp.clusters for x86 PC machine Zhao Liu
2024-01-08 8:27 ` [PATCH v7 13/16] i386: Add cache topology info in CPUCacheInfo Zhao Liu
2024-01-08 8:27 ` [PATCH v7 14/16] i386: Use CPUCacheInfo.share_level to encode CPUID[4] Zhao Liu
2024-01-14 14:31 ` Xiaoyao Li
2024-01-15 3:40 ` Zhao Liu
2024-01-15 4:25 ` Xiaoyao Li
2024-01-15 6:25 ` Zhao Liu
2024-01-15 7:00 ` Xiaoyao Li
2024-01-15 14:55 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 15/16] i386: Use offsets get NumSharingCache for CPUID[0x8000001D].EAX[bits 25:14] Zhao Liu
2024-01-14 14:42 ` Xiaoyao Li
2024-01-15 3:48 ` Zhao Liu
2024-01-15 4:27 ` Xiaoyao Li
2024-01-15 14:54 ` Zhao Liu
2024-01-08 8:27 ` [PATCH v7 16/16] i386: Use CPUCacheInfo.share_level to encode " Zhao Liu
2024-01-08 17:46 ` [PATCH v7 00/16] Support smp.clusters for x86 in QEMU Moger, Babu
2024-01-09 1:48 ` Zhao Liu
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=cb75fcea-7e3a-4062-8d1c-3067f5e53bcc@intel.com \
--to=xiaoyao.li@intel.com \
--cc=babu.moger@amd.com \
--cc=eduardo@habkost.net \
--cc=kvm@vger.kernel.org \
--cc=marcel.apfelbaum@gmail.com \
--cc=mst@redhat.com \
--cc=mtosatti@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=yongwei.ma@intel.com \
--cc=zhao1.liu@intel.com \
--cc=zhao1.liu@linux.intel.com \
--cc=zhenyu.z.wang@intel.com \
--cc=zhuocheng.ding@intel.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;
as well as URLs for NNTP newsgroup(s).