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: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-04 22:01 [Qemu-devel] [PATCH qom-cpu 00/11] disable-kvm_mmu + -cpu check/enforce fixes (v2) Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 01/11] target-i386: Don't set any KVM flag by default if KVM is disabled Eduardo Habkost
2013-01-06 11:32 ` Gleb Natapov
2013-01-07 11:42 ` Eduardo Habkost
2013-01-07 11:42 ` Gleb Natapov
2013-01-07 12:09 ` Eduardo Habkost
2013-01-07 12:15 ` Gleb Natapov
2013-01-07 12:30 ` Eduardo Habkost
2013-01-07 12:33 ` Gleb Natapov
2013-01-07 13:01 ` Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 02/11] target-i386: Disable kvm_mmu_op by default on pc-1.4 Eduardo Habkost
2013-01-06 13:38 ` Gleb Natapov
2013-01-07 11:45 ` Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 03/11] target-i386: kvm: -cpu host: Use GET_SUPPORTED_CPUID for SVM features Eduardo Habkost
2013-01-06 13:51 ` Gleb Natapov
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 04/11] target-i386: kvm: Enable all supported KVM features for -cpu host Eduardo Habkost
2013-01-06 13:52 ` Gleb Natapov
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 05/11] target-i386: check/enforce: Fix CPUID leaf numbers on error messages Eduardo Habkost
2013-01-06 14:12 ` Gleb Natapov [this message]
2013-01-06 14:15 ` Gleb Natapov
2013-01-07 11:54 ` Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 06/11] target-i386: check/enforce: Do not ignore "hypervisor" flag Eduardo Habkost
2013-01-06 14:24 ` Gleb Natapov
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 07/11] target-i386: check/enforce: Check all CPUID.80000001H.EDX bits Eduardo Habkost
2013-01-06 14:24 ` Gleb Natapov
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 08/11] target-i386: check/enforce: Check SVM flag support as well Eduardo Habkost
2013-01-06 14:25 ` Gleb Natapov
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 09/11] target-i386: check/enforce: Eliminate check_feat field Eduardo Habkost
2013-01-06 14:25 ` Gleb Natapov
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 10/11] target-i386: Call kvm_check_features_against_host() only if CONFIG_KVM is set Eduardo Habkost
2013-01-06 14:27 ` Gleb Natapov
2013-01-07 12:00 ` Eduardo Habkost
2013-01-07 13:15 ` Igor Mammedov
2013-01-07 13:30 ` Gleb Natapov
2013-01-07 14:13 ` Igor Mammedov
2013-01-07 13:30 ` Eduardo Habkost
2013-01-04 22:01 ` [Qemu-devel] [PATCH qom-cpu 11/11] target-i386: check/enforce: Check all feature words Eduardo Habkost
2013-01-06 14:35 ` Gleb Natapov
2013-01-07 12:06 ` Eduardo Habkost
2013-01-07 12:06 ` Gleb Natapov
2013-01-07 12:19 ` Eduardo Habkost
2013-01-07 12:23 ` 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
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 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).