All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Radim Krčmář" <rkrcmar@redhat.com>
To: Don Bowman <db@donbowman.ca>
Cc: kvm@vger.kernel.org, pbonzini@redhat.com
Subject: Re: PATCH: setup_vmcs_config: disable TSC scaling on unlike processors
Date: Fri, 2 Dec 2016 16:07:56 +0100	[thread overview]
Message-ID: <20161202150632.GA22204@potion> (raw)
In-Reply-To: <CADJev7-PpTvF4Wj+TusLD=4Q6fVMphsY8bovoFBbJ72xqTZq8Q@mail.gmail.com>

Subjects that touch only arch/x86/kvm/vmx.c are usually prefixed with
"[PATCH] KVM: VMX:".

2016-12-01 21:32-0500, Don Bowman:
> Add an enable_tsc_scaling parameter to kvm
> 
> Signed-off-by: Don Bowman <db@donbowman.ca>
> ---
> 
> My system has what i thought were two identical processors (same
> stepping ID etc).
> However, bafflingly, one of them has the ability to do TSC scaling,
> and one does not (as reported in the vmcs).

Wow, the chip doesn't sound trustworthy.

> This in turn causes kvm to give up entirely.
> 
> I feel a better solution is to mask off this capability on the one processor.

I like the global toggle better -- it is less code with more uses.

> If enable_tsc_scaling is set false, the feature is ignored, and all
> processors end up matching each other, enabling acceleration.
> 
> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
> @@ -103,6 +103,9 @@ module_param_named(enable_shadow_vmcs,
> enable_shadow_vmcs, bool, S_IRUGO);
>  static bool __read_mostly nested = 0;
>  module_param(nested, bool, S_IRUGO);
> 
> +static bool __read_mostly enable_tsc_scaling = true;
> +module_param(enable_tsc_scaling, bool, S_IRUGO);

The "enable_" prefix is not needed, please do

  module_param_named(tsc_scaling, ...)

> +
>  static u64 __read_mostly host_xss;
> 
>  static bool __read_mostly enable_pml = 1;
> @@ -3449,6 +3452,8 @@ static __init int setup_vmcs_config(struct
> vmcs_config *vmcs_conf)
>         vmcs_conf->pin_based_exec_ctrl = _pin_based_exec_control;
>         vmcs_conf->cpu_based_exec_ctrl = _cpu_based_exec_control;
>         vmcs_conf->cpu_based_2nd_exec_ctrl = _cpu_based_2nd_exec_control;
> +        if (!enable_tsc_scaling)
> +            vmcs_conf->cpu_based_2nd_exec_ctrl &= ~SECONDARY_EXEC_TSC_SCALING;

Move this to vmx_secondary_exec_control(), where we disable all other
features.

You'll notice kvm_has_tsc_control in hardware_setup() when clearing the
flag if it isn't supported by hardware, so I think your change would
make sense as a x86 kvm module option based on kvm_has_tsc_control.

Thanks.

  reply	other threads:[~2016-12-02 15:23 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-02  2:32 PATCH: setup_vmcs_config: disable TSC scaling on unlike processors Don Bowman
2016-12-02 15:07 ` Radim Krčmář [this message]
2016-12-02 19:10   ` Don Bowman
2016-12-02 20:58     ` Don Bowman
2016-12-05 16:37       ` Radim Krčmář
2016-12-06  8:49   ` David Hildenbrand
2016-12-06  9:09     ` Paolo Bonzini
2016-12-06 11:08       ` Radim Krčmář
2016-12-07 11:37         ` David Hildenbrand
2016-12-07 15:25           ` Radim Krčmář
2016-12-08 11:46             ` David Hildenbrand
2016-12-08 14:32               ` Radim Krčmář
2016-12-09 15:12                 ` Don Bowman
2016-12-13 15:43                   ` Radim Krčmář
2016-12-14  4:07                     ` Don Bowman
2016-12-14 12:30                       ` Paolo Bonzini
2016-12-14 12:46                     ` Paolo Bonzini

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=20161202150632.GA22204@potion \
    --to=rkrcmar@redhat.com \
    --cc=db@donbowman.ca \
    --cc=kvm@vger.kernel.org \
    --cc=pbonzini@redhat.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 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.