From: Gleb Natapov <gleb@redhat.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: kvm@vger.kernel.org, libvir-list@redhat.com,
"Marcelo Tosatti" <mtosatti@redhat.com>,
qemu-devel@nongnu.org, "Igor Mammedov" <imammedo@redhat.com>,
"Andreas Färber" <afaerber@suse.de>
Subject: Re: [PATCH qom-cpu 05/11] target-i386: check/enforce: Fix CPUID leaf numbers on error messages
Date: Sun, 6 Jan 2013 16:12:54 +0200 [thread overview]
Message-ID: <20130106141254.GI3440@redhat.com> (raw)
In-Reply-To: <1357336872-7200-6-git-send-email-ehabkost@redhat.com>
On Fri, Jan 04, 2013 at 08:01:06PM -0200, Eduardo Habkost wrote:
> The -cpu check/enforce warnings are printing incorrect information about the
> missing flags. There are no feature flags on CPUID leaves 0 and 0x80000000, but
> there were references to 0 and 0x80000000 in the table at
> kvm_check_features_against_host().
>
> This changes the model_features_t struct to contain the register number as
> well, so the error messages print the correct CPUID leaf+register information,
> instead of wrong CPUID leaf numbers.
>
> This also changes the format of the error messages, so they follow the
> "CPUID.<leaf>.<register>.<name> [bit <offset>]" convention used on Intel
> documentation. Example output:
>
> $ qemu-system-x86_64 -machine pc-1.0,accel=kvm -cpu Opteron_G4,+ia64,enforce
> warning: host doesn't support requested feature: CPUID.01H:EDX.ia64 [bit 30]
> warning: host doesn't support requested feature: CPUID.01H:ECX.xsave [bit 26]
> warning: host doesn't support requested feature: CPUID.01H:ECX.avx [bit 28]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.abm [bit 5]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.sse4a [bit 6]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.misalignsse [bit 7]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.3dnowprefetch [bit 8]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.xop [bit 11]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.fma4 [bit 16]
> Unable to find x86 CPU definition
> $
>
> Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
Reviewed-by: Gleb Natapov <gleb@redhat.com>
But see the question below.
> ---
> Cc: Gleb Natapov <gleb@redhat.com>
> Cc: Marcelo Tosatti <mtosatti@redhat.com>
> Cc: kvm@vger.kernel.org
>
> Changes v2:
> - Coding style fixes
> - Add assert() for invalid register numbers on
> unavailable_host_feature()
> ---
> target-i386/cpu.c | 42 +++++++++++++++++++++++++++++++++---------
> target-i386/cpu.h | 3 +++
> 2 files changed, 36 insertions(+), 9 deletions(-)
>
> diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> index e916ae0..c3e5db8 100644
> --- a/target-i386/cpu.c
> +++ b/target-i386/cpu.c
> @@ -124,6 +124,25 @@ static const char *cpuid_7_0_ebx_feature_name[] = {
> NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
> };
>
> +const char *get_register_name_32(unsigned int reg)
> +{
> + static const char *reg_names[CPU_NB_REGS32] = {
> + [R_EAX] = "EAX",
> + [R_ECX] = "ECX",
> + [R_EDX] = "EDX",
> + [R_EBX] = "EBX",
> + [R_ESP] = "ESP",
> + [R_EBP] = "EBP",
> + [R_ESI] = "ESI",
> + [R_EDI] = "EDI",
> + };
> +
> + if (reg > CPU_NB_REGS32) {
> + return NULL;
> + }
> + return reg_names[reg];
> +}
> +
> /* collects per-function cpuid data
> */
> typedef struct model_features_t {
> @@ -132,7 +151,8 @@ typedef struct model_features_t {
> uint32_t check_feat;
> const char **flag_names;
> uint32_t cpuid;
> - } model_features_t;
> + int reg;
> +} model_features_t;
>
> int check_cpuid = 0;
> int enforce_cpuid = 0;
> @@ -923,10 +943,13 @@ static int unavailable_host_feature(struct model_features_t *f, uint32_t mask)
>
> for (i = 0; i < 32; ++i)
> if (1 << i & mask) {
> - fprintf(stderr, "warning: host cpuid %04x_%04x lacks requested"
> - " flag '%s' [0x%08x]\n",
> - f->cpuid >> 16, f->cpuid & 0xffff,
> - f->flag_names[i] ? f->flag_names[i] : "[reserved]", mask);
> + const char *reg = get_register_name_32(f->reg);
> + assert(reg);
> + fprintf(stderr, "warning: host doesn't support requested feature: "
> + "CPUID.%02XH:%s%s%s [bit %d]\n",
> + f->cpuid, reg,
> + f->flag_names[i] ? "." : "",
> + f->flag_names[i] ? f->flag_names[i] : "", i);
> break;
> }
> return 0;
> @@ -945,13 +968,14 @@ static int kvm_check_features_against_host(x86_def_t *guest_def)
> int rv, i;
> struct model_features_t ft[] = {
> {&guest_def->features, &host_def.features,
> - ~0, feature_name, 0x00000000},
> + ~0, feature_name, 0x00000001, R_EDX},
> {&guest_def->ext_features, &host_def.ext_features,
> - ~CPUID_EXT_HYPERVISOR, ext_feature_name, 0x00000001},
> + ~CPUID_EXT_HYPERVISOR, ext_feature_name, 0x00000001, R_ECX},
> {&guest_def->ext2_features, &host_def.ext2_features,
> - ~PPRO_FEATURES, ext2_feature_name, 0x80000000},
> + ~PPRO_FEATURES, ext2_feature_name, 0x80000001, R_EDX},
> {&guest_def->ext3_features, &host_def.ext3_features,
> - ~CPUID_EXT3_SVM, ext3_feature_name, 0x80000001}};
> + ~CPUID_EXT3_SVM, ext3_feature_name, 0x80000001, R_ECX}
Why do we exclude PPRO_FEATURES/CPUID_EXT3_SVM from been checked?
> + };
>
> assert(kvm_enabled());
>
> diff --git a/target-i386/cpu.h b/target-i386/cpu.h
> index 27c8d0c..ab81a5c 100644
> --- a/target-i386/cpu.h
> +++ b/target-i386/cpu.h
> @@ -1221,4 +1221,7 @@ void cpu_report_tpr_access(CPUX86State *env, TPRAccess access);
> void enable_kvm_pv_eoi(void);
> void disable_kvm_mmu_op(void);
>
> +/* Return name of 32-bit register, from a R_* constant */
> +const char *get_register_name_32(unsigned int reg);
> +
> #endif /* CPU_I386_H */
> --
> 1.7.11.7
--
Gleb.
WARNING: multiple messages have this Message-ID (diff)
From: Gleb Natapov <gleb@redhat.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: kvm@vger.kernel.org, libvir-list@redhat.com,
"Marcelo Tosatti" <mtosatti@redhat.com>,
qemu-devel@nongnu.org, "Igor Mammedov" <imammedo@redhat.com>,
"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [PATCH qom-cpu 05/11] target-i386: check/enforce: Fix CPUID leaf numbers on error messages
Date: Sun, 6 Jan 2013 16:12:54 +0200 [thread overview]
Message-ID: <20130106141254.GI3440@redhat.com> (raw)
In-Reply-To: <1357336872-7200-6-git-send-email-ehabkost@redhat.com>
On Fri, Jan 04, 2013 at 08:01:06PM -0200, Eduardo Habkost wrote:
> The -cpu check/enforce warnings are printing incorrect information about the
> missing flags. There are no feature flags on CPUID leaves 0 and 0x80000000, but
> there were references to 0 and 0x80000000 in the table at
> kvm_check_features_against_host().
>
> This changes the model_features_t struct to contain the register number as
> well, so the error messages print the correct CPUID leaf+register information,
> instead of wrong CPUID leaf numbers.
>
> This also changes the format of the error messages, so they follow the
> "CPUID.<leaf>.<register>.<name> [bit <offset>]" convention used on Intel
> documentation. Example output:
>
> $ qemu-system-x86_64 -machine pc-1.0,accel=kvm -cpu Opteron_G4,+ia64,enforce
> warning: host doesn't support requested feature: CPUID.01H:EDX.ia64 [bit 30]
> warning: host doesn't support requested feature: CPUID.01H:ECX.xsave [bit 26]
> warning: host doesn't support requested feature: CPUID.01H:ECX.avx [bit 28]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.abm [bit 5]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.sse4a [bit 6]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.misalignsse [bit 7]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.3dnowprefetch [bit 8]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.xop [bit 11]
> warning: host doesn't support requested feature: CPUID.80000001H:ECX.fma4 [bit 16]
> Unable to find x86 CPU definition
> $
>
> Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
Reviewed-by: Gleb Natapov <gleb@redhat.com>
But see the question below.
> ---
> Cc: Gleb Natapov <gleb@redhat.com>
> Cc: Marcelo Tosatti <mtosatti@redhat.com>
> Cc: kvm@vger.kernel.org
>
> Changes v2:
> - Coding style fixes
> - Add assert() for invalid register numbers on
> unavailable_host_feature()
> ---
> target-i386/cpu.c | 42 +++++++++++++++++++++++++++++++++---------
> target-i386/cpu.h | 3 +++
> 2 files changed, 36 insertions(+), 9 deletions(-)
>
> diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> index e916ae0..c3e5db8 100644
> --- a/target-i386/cpu.c
> +++ b/target-i386/cpu.c
> @@ -124,6 +124,25 @@ static const char *cpuid_7_0_ebx_feature_name[] = {
> NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
> };
>
> +const char *get_register_name_32(unsigned int reg)
> +{
> + static const char *reg_names[CPU_NB_REGS32] = {
> + [R_EAX] = "EAX",
> + [R_ECX] = "ECX",
> + [R_EDX] = "EDX",
> + [R_EBX] = "EBX",
> + [R_ESP] = "ESP",
> + [R_EBP] = "EBP",
> + [R_ESI] = "ESI",
> + [R_EDI] = "EDI",
> + };
> +
> + if (reg > CPU_NB_REGS32) {
> + return NULL;
> + }
> + return reg_names[reg];
> +}
> +
> /* collects per-function cpuid data
> */
> typedef struct model_features_t {
> @@ -132,7 +151,8 @@ typedef struct model_features_t {
> uint32_t check_feat;
> const char **flag_names;
> uint32_t cpuid;
> - } model_features_t;
> + int reg;
> +} model_features_t;
>
> int check_cpuid = 0;
> int enforce_cpuid = 0;
> @@ -923,10 +943,13 @@ static int unavailable_host_feature(struct model_features_t *f, uint32_t mask)
>
> for (i = 0; i < 32; ++i)
> if (1 << i & mask) {
> - fprintf(stderr, "warning: host cpuid %04x_%04x lacks requested"
> - " flag '%s' [0x%08x]\n",
> - f->cpuid >> 16, f->cpuid & 0xffff,
> - f->flag_names[i] ? f->flag_names[i] : "[reserved]", mask);
> + const char *reg = get_register_name_32(f->reg);
> + assert(reg);
> + fprintf(stderr, "warning: host doesn't support requested feature: "
> + "CPUID.%02XH:%s%s%s [bit %d]\n",
> + f->cpuid, reg,
> + f->flag_names[i] ? "." : "",
> + f->flag_names[i] ? f->flag_names[i] : "", i);
> break;
> }
> return 0;
> @@ -945,13 +968,14 @@ static int kvm_check_features_against_host(x86_def_t *guest_def)
> int rv, i;
> struct model_features_t ft[] = {
> {&guest_def->features, &host_def.features,
> - ~0, feature_name, 0x00000000},
> + ~0, feature_name, 0x00000001, R_EDX},
> {&guest_def->ext_features, &host_def.ext_features,
> - ~CPUID_EXT_HYPERVISOR, ext_feature_name, 0x00000001},
> + ~CPUID_EXT_HYPERVISOR, ext_feature_name, 0x00000001, R_ECX},
> {&guest_def->ext2_features, &host_def.ext2_features,
> - ~PPRO_FEATURES, ext2_feature_name, 0x80000000},
> + ~PPRO_FEATURES, ext2_feature_name, 0x80000001, R_EDX},
> {&guest_def->ext3_features, &host_def.ext3_features,
> - ~CPUID_EXT3_SVM, ext3_feature_name, 0x80000001}};
> + ~CPUID_EXT3_SVM, ext3_feature_name, 0x80000001, R_ECX}
Why do we exclude PPRO_FEATURES/CPUID_EXT3_SVM from been checked?
> + };
>
> assert(kvm_enabled());
>
> diff --git a/target-i386/cpu.h b/target-i386/cpu.h
> index 27c8d0c..ab81a5c 100644
> --- a/target-i386/cpu.h
> +++ b/target-i386/cpu.h
> @@ -1221,4 +1221,7 @@ void cpu_report_tpr_access(CPUX86State *env, TPRAccess access);
> void enable_kvm_pv_eoi(void);
> void disable_kvm_mmu_op(void);
>
> +/* Return name of 32-bit register, from a R_* constant */
> +const char *get_register_name_32(unsigned int reg);
> +
> #endif /* CPU_I386_H */
> --
> 1.7.11.7
--
Gleb.
next prev parent reply other threads:[~2013-01-06 14:12 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-04 22:01 [PATCH qom-cpu 00/11] disable-kvm_mmu + -cpu check/enforce fixes (v2) Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-04 22:01 ` [libvirt] [PATCH qom-cpu 01/11] target-i386: Don't set any KVM flag by default if KVM is disabled Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 11:32 ` Gleb Natapov
2013-01-06 11:32 ` [Qemu-devel] " Gleb Natapov
2013-01-07 11:42 ` Eduardo Habkost
2013-01-07 11:42 ` [Qemu-devel] " Eduardo Habkost
2013-01-07 11:42 ` Gleb Natapov
2013-01-07 11:42 ` [Qemu-devel] " Gleb Natapov
2013-01-07 12:09 ` Eduardo Habkost
2013-01-07 12:09 ` [Qemu-devel] " Eduardo Habkost
2013-01-07 12:15 ` Gleb Natapov
2013-01-07 12:15 ` [Qemu-devel] " Gleb Natapov
2013-01-07 12:30 ` Eduardo Habkost
2013-01-07 12:30 ` [Qemu-devel] " Eduardo Habkost
2013-01-07 12:33 ` Gleb Natapov
2013-01-07 12:33 ` [Qemu-devel] " Gleb Natapov
2013-01-07 13:01 ` Eduardo Habkost
2013-01-07 13:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-04 22:01 ` [libvirt] [PATCH qom-cpu 02/11] target-i386: Disable kvm_mmu_op by default on pc-1.4 Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 13:38 ` Gleb Natapov
2013-01-06 13:38 ` [Qemu-devel] " Gleb Natapov
2013-01-07 11:45 ` Eduardo Habkost
2013-01-07 11:45 ` [Qemu-devel] " Eduardo Habkost
2013-01-04 22:01 ` [libvirt] [PATCH qom-cpu 03/11] target-i386: kvm: -cpu host: Use GET_SUPPORTED_CPUID for SVM features Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 13:51 ` Gleb Natapov
2013-01-06 13:51 ` [Qemu-devel] " Gleb Natapov
2013-01-04 22:01 ` [PATCH qom-cpu 04/11] target-i386: kvm: Enable all supported KVM features for -cpu host Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 13:52 ` Gleb Natapov
2013-01-06 13:52 ` [Qemu-devel] " Gleb Natapov
2013-01-04 22:01 ` [libvirt] [PATCH qom-cpu 05/11] target-i386: check/enforce: Fix CPUID leaf numbers on error messages Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 14:12 ` Gleb Natapov [this message]
2013-01-06 14:12 ` Gleb Natapov
2013-01-06 14:15 ` Gleb Natapov
2013-01-06 14:15 ` [Qemu-devel] " Gleb Natapov
2013-01-07 11:54 ` Eduardo Habkost
2013-01-07 11:54 ` [Qemu-devel] " Eduardo Habkost
2013-01-04 22:01 ` [PATCH qom-cpu 06/11] target-i386: check/enforce: Do not ignore "hypervisor" flag Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 14:24 ` Gleb Natapov
2013-01-06 14:24 ` [Qemu-devel] " Gleb Natapov
2013-01-04 22:01 ` [libvirt] [PATCH qom-cpu 07/11] target-i386: check/enforce: Check all CPUID.80000001H.EDX bits Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 14:24 ` Gleb Natapov
2013-01-06 14:24 ` [Qemu-devel] " Gleb Natapov
2013-01-04 22:01 ` [libvirt] [PATCH qom-cpu 08/11] target-i386: check/enforce: Check SVM flag support as well Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 14:25 ` Gleb Natapov
2013-01-06 14:25 ` [Qemu-devel] " Gleb Natapov
2013-01-04 22:01 ` [libvirt] [PATCH qom-cpu 09/11] target-i386: check/enforce: Eliminate check_feat field Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 14:25 ` Gleb Natapov
2013-01-06 14:25 ` [Qemu-devel] " Gleb Natapov
2013-01-04 22:01 ` [PATCH qom-cpu 10/11] target-i386: Call kvm_check_features_against_host() only if CONFIG_KVM is set Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 14:27 ` Gleb Natapov
2013-01-06 14:27 ` [Qemu-devel] " Gleb Natapov
2013-01-07 12:00 ` Eduardo Habkost
2013-01-07 12:00 ` [Qemu-devel] " Eduardo Habkost
2013-01-07 13:15 ` Igor Mammedov
2013-01-07 13:15 ` Igor Mammedov
2013-01-07 13:30 ` Gleb Natapov
2013-01-07 13:30 ` [Qemu-devel] " Gleb Natapov
2013-01-07 14:13 ` Igor Mammedov
2013-01-07 14:13 ` [Qemu-devel] " Igor Mammedov
2013-01-07 13:30 ` Eduardo Habkost
2013-01-07 13:30 ` [Qemu-devel] " Eduardo Habkost
2013-01-04 22:01 ` [libvirt] [PATCH qom-cpu 11/11] target-i386: check/enforce: Check all feature words Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] " Eduardo Habkost
2013-01-06 14:35 ` Gleb Natapov
2013-01-06 14:35 ` [Qemu-devel] " Gleb Natapov
2013-01-07 12:06 ` Eduardo Habkost
2013-01-07 12:06 ` [Qemu-devel] " Eduardo Habkost
2013-01-07 12:06 ` Gleb Natapov
2013-01-07 12:06 ` [Qemu-devel] " Gleb Natapov
2013-01-07 12:19 ` Eduardo Habkost
2013-01-07 12:19 ` [Qemu-devel] " Eduardo Habkost
2013-01-07 12:23 ` Gleb Natapov
2013-01-07 12:23 ` [Qemu-devel] " Gleb Natapov
2013-01-07 18:04 ` [Qemu-devel] [PATCH qom-cpu 00/11] disable-kvm_mmu + -cpu check/enforce fixes (v2) Andreas Färber
2013-01-07 18:04 ` Andreas Färber
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=20130106141254.GI3440@redhat.com \
--to=gleb@redhat.com \
--cc=afaerber@suse.de \
--cc=ehabkost@redhat.com \
--cc=imammedo@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=libvir-list@redhat.com \
--cc=mtosatti@redhat.com \
--cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.