All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Andreas Färber" <afaerber@suse.de>
To: Eduardo Habkost <ehabkost@redhat.com>, qemu-devel@nongnu.org
Cc: Paolo Bonzini <pbonzini@redhat.com>,
	kvm@vger.kernel.org, Aurelien Jarno <aurelien@aurel32.net>,
	Richard Henderson <rth@twiddle.net>
Subject: Re: [Qemu-devel] [PATCH v3 4/6] target-i386: Remove unsupported bits from all CPU models
Date: Wed, 29 Oct 2014 18:26:43 +0100	[thread overview]
Message-ID: <54512353.4000303@suse.de> (raw)
In-Reply-To: <1412365191-22858-5-git-send-email-ehabkost@redhat.com>

Am 03.10.2014 um 21:39 schrieb Eduardo Habkost:
> The following CPU features were never supported by neither TCG or KVM,
> so they are useless on the CPU model definitions, today:
> 
>  * CPUID_DTS (DS)
>  * CPUID_HT
>  * CPUID_TM
>  * CPUID_PBE
>  * CPUID_EXT_DTES64
>  * CPUID_EXT_DSCPL
>  * CPUID_EXT_EST
>  * CPUID_EXT_TM2
>  * CPUID_EXT_XTPR
>  * CPUID_EXT_PDCM
>  * CPUID_SVM_LBRV
> 
> As using "enforce" mode is the only way to ensure guest ABI doesn't
> change when moving to a different host, we should make "enforce" mode
> the default or at least encourage management software to always use it.
> 
> In turn, to make "enforce" usable, we need CPU models that work without
> always requiring some features to be explicitly disabled. This patch
> removes the above features from all CPU model definitions.
> 
> We won't need any machine-type compat code for those changes, because it
> is impossible to have existing VMs with those features enabled.
> 
> Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
> Cc: Aurelien Jarno <aurelien@aurel32.net>
> ---
> Changes v1 -> v2:
> * Trivial typo fix in comment
> ---
>  target-i386/cpu.c | 33 ++++++++++++++++++++-------------
>  1 file changed, 20 insertions(+), 13 deletions(-)
> 
> diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> index 4119fca..1e9fff9 100644
> --- a/target-i386/cpu.c
> +++ b/target-i386/cpu.c
> @@ -681,10 +681,11 @@ static X86CPUDefinition builtin_x86_defs[] = {
>          .family = 16,
>          .model = 2,
>          .stepping = 3,
> +        /* Missing: CPUID_HT */
>          .features[FEAT_1_EDX] =
>              PPRO_FEATURES |
>              CPUID_MTRR | CPUID_CLFLUSH | CPUID_MCA |
> -            CPUID_PSE36 | CPUID_VME | CPUID_HT,
> +            CPUID_PSE36 | CPUID_VME,
>          .features[FEAT_1_ECX] =
>              CPUID_EXT_SSE3 | CPUID_EXT_MONITOR | CPUID_EXT_CX16 |
>              CPUID_EXT_POPCNT,
[snip]

I'm okay with retaining these as comments. Anyone any objections?

Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

WARNING: multiple messages have this Message-ID (diff)
From: "Andreas Färber" <afaerber@suse.de>
To: Eduardo Habkost <ehabkost@redhat.com>, qemu-devel@nongnu.org
Cc: Paolo Bonzini <pbonzini@redhat.com>,
	Aurelien Jarno <aurelien@aurel32.net>,
	kvm@vger.kernel.org, Richard Henderson <rth@twiddle.net>
Subject: Re: [Qemu-devel] [PATCH v3 4/6] target-i386: Remove unsupported bits from all CPU models
Date: Wed, 29 Oct 2014 18:26:43 +0100	[thread overview]
Message-ID: <54512353.4000303@suse.de> (raw)
In-Reply-To: <1412365191-22858-5-git-send-email-ehabkost@redhat.com>

Am 03.10.2014 um 21:39 schrieb Eduardo Habkost:
> The following CPU features were never supported by neither TCG or KVM,
> so they are useless on the CPU model definitions, today:
> 
>  * CPUID_DTS (DS)
>  * CPUID_HT
>  * CPUID_TM
>  * CPUID_PBE
>  * CPUID_EXT_DTES64
>  * CPUID_EXT_DSCPL
>  * CPUID_EXT_EST
>  * CPUID_EXT_TM2
>  * CPUID_EXT_XTPR
>  * CPUID_EXT_PDCM
>  * CPUID_SVM_LBRV
> 
> As using "enforce" mode is the only way to ensure guest ABI doesn't
> change when moving to a different host, we should make "enforce" mode
> the default or at least encourage management software to always use it.
> 
> In turn, to make "enforce" usable, we need CPU models that work without
> always requiring some features to be explicitly disabled. This patch
> removes the above features from all CPU model definitions.
> 
> We won't need any machine-type compat code for those changes, because it
> is impossible to have existing VMs with those features enabled.
> 
> Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
> Cc: Aurelien Jarno <aurelien@aurel32.net>
> ---
> Changes v1 -> v2:
> * Trivial typo fix in comment
> ---
>  target-i386/cpu.c | 33 ++++++++++++++++++++-------------
>  1 file changed, 20 insertions(+), 13 deletions(-)
> 
> diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> index 4119fca..1e9fff9 100644
> --- a/target-i386/cpu.c
> +++ b/target-i386/cpu.c
> @@ -681,10 +681,11 @@ static X86CPUDefinition builtin_x86_defs[] = {
>          .family = 16,
>          .model = 2,
>          .stepping = 3,
> +        /* Missing: CPUID_HT */
>          .features[FEAT_1_EDX] =
>              PPRO_FEATURES |
>              CPUID_MTRR | CPUID_CLFLUSH | CPUID_MCA |
> -            CPUID_PSE36 | CPUID_VME | CPUID_HT,
> +            CPUID_PSE36 | CPUID_VME,
>          .features[FEAT_1_ECX] =
>              CPUID_EXT_SSE3 | CPUID_EXT_MONITOR | CPUID_EXT_CX16 |
>              CPUID_EXT_POPCNT,
[snip]

I'm okay with retaining these as comments. Anyone any objections?

Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

  reply	other threads:[~2014-10-29 17:26 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-03 19:39 [PATCH v3 0/6] target-i386: Make most CPU models work with "enforce" out of the box Eduardo Habkost
2014-10-03 19:39 ` [Qemu-devel] " Eduardo Habkost
2014-10-03 19:39 ` [PATCH v3 1/6] pc: Create pc_compat_2_1() functions Eduardo Habkost
2014-10-03 19:39   ` [Qemu-devel] " Eduardo Habkost
2014-10-03 19:39 ` [PATCH v3 2/6] target-i386: Rename KVM auto-feature-enable compat function Eduardo Habkost
2014-10-03 19:39   ` [Qemu-devel] " Eduardo Habkost
2014-10-03 19:39 ` [PATCH v3 3/6] target-i386: Disable CPUID_ACPI by default on KVM mode Eduardo Habkost
2014-10-03 19:39   ` [Qemu-devel] " Eduardo Habkost
2014-10-03 19:39 ` [PATCH v3 4/6] target-i386: Remove unsupported bits from all CPU models Eduardo Habkost
2014-10-03 19:39   ` [Qemu-devel] " Eduardo Habkost
2014-10-29 17:26   ` Andreas Färber [this message]
2014-10-29 17:26     ` Andreas Färber
2014-10-03 19:39 ` [PATCH v3 5/6] target-i386: Don't enable nested VMX by default Eduardo Habkost
2014-10-03 19:39   ` [Qemu-devel] " Eduardo Habkost
2014-10-29 17:40   ` Andreas Färber
2014-10-29 17:40     ` Andreas Färber
2014-10-29 19:38     ` Eduardo Habkost
2014-10-29 19:38       ` Eduardo Habkost
2014-10-30  7:17     ` Paolo Bonzini
2014-10-30  7:17       ` Paolo Bonzini
2014-10-03 19:39 ` [PATCH v3 6/6] target-i386: Disable SVM by default in KVM mode Eduardo Habkost
2014-10-03 19:39   ` [Qemu-devel] " Eduardo Habkost
2014-10-03 22:16 ` [PATCH v3 0/6] target-i386: Make most CPU models work with "enforce" out of the box Paolo Bonzini
2014-10-03 22:16   ` [Qemu-devel] " Paolo Bonzini
2014-11-04 14:52   ` Andreas Färber
2014-11-04 14:52     ` 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=54512353.4000303@suse.de \
    --to=afaerber@suse.de \
    --cc=aurelien@aurel32.net \
    --cc=ehabkost@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    /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.