From: "Michael S. Tsirkin" <mst@redhat.com>
To: "Longpeng (Mike)" <longpeng2@huawei.com>
Cc: "Paolo Bonzini" <pbonzini@redhat.com>,
"\"Jan H. Schönherr\"" <jschoenh@amazon.de>,
"Radim Krčmář" <rkrcmar@redhat.com>,
"Joerg Roedel" <joro@8bytes.org>,
"KarimAllah Ahmed" <karahmed@amazon.de>,
kvm@vger.kernel.org
Subject: Re: [PATCH 2/3] KVM: Add capability to not exit on HLT
Date: Tue, 28 Nov 2017 16:04:25 +0200 [thread overview]
Message-ID: <20171128160058-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <5A1CBD40.4050709@huawei.com>
On Tue, Nov 28, 2017 at 09:34:56AM +0800, Longpeng (Mike) wrote:
>
>
> On 2017/11/28 4:55, Michael S. Tsirkin wrote:
>
> > On Mon, Nov 27, 2017 at 09:51:27PM +0100, Paolo Bonzini wrote:
> >> On 27/11/2017 21:45, Michael S. Tsirkin wrote:
> >>> On Sat, Nov 25, 2017 at 02:09:32PM +0100, Jan H. Schönherr wrote:
> >>>> If host CPUs are dedicated to a VM, we can avoid VM exits on HLT,
> >>>> reducing the wake-up latency on posted interrupts.
> >>>>
> >>>> This reintroduces a feature that has been there at some point --
> >>>> see Linux 3.4 commit 10166744b80a ("KVM: VMX: remove yield_on_hlt")
> >>>> for the removal -- but with the additional ability to enable it only
> >>>> for selected VMs (and supporting SVM as well).
> >>>>
> >>>> Signed-off-by: Jan H. Schönherr <jschoenh@amazon.de>
> >>>
> >>>
> >>> If you are going to do this, why not expose mwait
> >>> in the cpuid thus making guests use mwait to halt?
> >>>
> >>> What are the advantages of doing this using halt specifically?
> >>
> >> Not all guests use MWAIT, I suppose.
> >>
> >> Paolo
> >
> > In that case, it would be nice to document which guests of interest
> > don't. E.g. I don't think there are still supported versions of RHEL
> > that don't use MWAIT.
> >
>
>
> Some old kernels, E.g. my kernel is 3.10.0-514 based on RHEL 7.3, don't use
> MWAIT if the idle-driver is not supported (we can see
> "/sys/devices/system/cpu/cpuidle/current_driver" in guest is "none").
This is exactly what I was saying. mwait is supported by this guest -
the reason idle driver is not used is because QEMU does not enable the
mwait flag in the CPUID.
You just need a QEMU patch to expose CPUID.
However, if mwait is disabled to avoid guest entering low PM states,
then maybe it makes sense to allow a non-exiting HLT instead.
Pls add that in the commit log as a motivation.
> So the
> idle routine will use the kernel's default routine.
>
> The default idle routine is selected when starting,
>
> old kernel:
> '''
> select_idle_routine()
> if (cpu_has_bug(c, X86_BUG_AMD_APIC_C1E)) {
> x86_idle = amd_e400_idle;
> } else
> x86_idle = default_idle;
> '''
>
> newer kernel:
> '''
> select_idle_routine()
> if (boot_cpu_has_bug(X86_BUG_AMD_E400)) {
> pr_info("using AMD E400 aware idle routine\n");
> x86_idle = amd_e400_idle;
> } else if (prefer_mwait_c1_over_halt(c)) {
> pr_info("using mwait in idle threads\n");
> x86_idle = mwait_idle;
> } else
> x86_idle = default_idle;
> '''
>
> So, some old guests don't use MWAIT as default idle routine.
>
> >
> >
> >>>
> >>>> ---
> >>>> Note: AMD code paths are only compile tested
> >>>> ---
> >>>> Documentation/virtual/kvm/api.txt | 12 +++++++++++-
> >>>> arch/x86/include/asm/kvm_host.h | 1 +
> >>>> arch/x86/kvm/svm.c | 3 ++-
> >>>> arch/x86/kvm/vmx.c | 33 +++++++++++++++++++++++++++------
> >>>> arch/x86/kvm/x86.c | 5 +++++
> >>>> arch/x86/kvm/x86.h | 5 +++++
> >>>> include/uapi/linux/kvm.h | 1 +
> >>>> 7 files changed, 52 insertions(+), 8 deletions(-)
> >>>>
> >>>> diff --git a/Documentation/virtual/kvm/api.txt b/Documentation/virtual/kvm/api.txt
> >>>> index 0ee812c..c06bb41 100644
> >>>> --- a/Documentation/virtual/kvm/api.txt
> >>>> +++ b/Documentation/virtual/kvm/api.txt
> >>>> @@ -4172,7 +4172,17 @@ Returns: 0 on success
> >>>> This capability indicates that a guest using memory monitoring instructions
> >>>> (MWAIT/MWAITX) to stop a virtual CPU will not cause a VM exit. As such, time
> >>>> spent while a virtual CPU is halted in this way will then be accounted for as
> >>>> -guest running time on the host (as opposed to e.g. HLT).
> >>>> +guest running time on the host.
> >>>> +
> >>>> +7.14 KVM_CAP_X86_GUEST_HLT
> >>>> +
> >>>> +Architectures: x86
> >>>> +Parameters: none
> >>>> +Returns: 0 on success
> >>>> +
> >>>> +This capability indicates that a guest using HLT to stop a virtual CPU will not
> >>>> +cause a VM exit. As such, time spent while a virtual CPU is halted in this way
> >>>> +will then be accounted for as guest running time on the host.
> >>>>
> >>>> 8. Other capabilities.
> >>>> ----------------------
> >>>> diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h
> >>>> index f7bcfaa..3197c2d 100644
> >>>> --- a/arch/x86/include/asm/kvm_host.h
> >>>> +++ b/arch/x86/include/asm/kvm_host.h
> >>>> @@ -781,6 +781,7 @@ struct kvm_arch {
> >>>>
> >>>> gpa_t wall_clock;
> >>>>
> >>>> + bool hlt_in_guest;
> >>>> bool mwait_in_guest;
> >>>>
> >>>> bool ept_identity_pagetable_done;
> >>>> diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
> >>>> index ef1b320..c135b98 100644
> >>>> --- a/arch/x86/kvm/svm.c
> >>>> +++ b/arch/x86/kvm/svm.c
> >>>> @@ -1236,7 +1236,6 @@ static void init_vmcb(struct vcpu_svm *svm)
> >>>> set_intercept(svm, INTERCEPT_RDPMC);
> >>>> set_intercept(svm, INTERCEPT_CPUID);
> >>>> set_intercept(svm, INTERCEPT_INVD);
> >>>> - set_intercept(svm, INTERCEPT_HLT);
> >>>> set_intercept(svm, INTERCEPT_INVLPG);
> >>>> set_intercept(svm, INTERCEPT_INVLPGA);
> >>>> set_intercept(svm, INTERCEPT_IOIO_PROT);
> >>>> @@ -1257,6 +1256,8 @@ static void init_vmcb(struct vcpu_svm *svm)
> >>>> set_intercept(svm, INTERCEPT_MONITOR);
> >>>> set_intercept(svm, INTERCEPT_MWAIT);
> >>>> }
> >>>> + if (!kvm_hlt_in_guest(svm->vcpu.kvm))
> >>>> + set_intercept(svm, INTERCEPT_HLT);
> >>>>
> >>>> control->iopm_base_pa = __sme_set(iopm_base);
> >>>> control->msrpm_base_pa = __sme_set(__pa(svm->msrpm));
> >>>> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
> >>>> index a067735..1b67433 100644
> >>>> --- a/arch/x86/kvm/vmx.c
> >>>> +++ b/arch/x86/kvm/vmx.c
> >>>> @@ -2446,6 +2446,25 @@ static void skip_emulated_instruction(struct kvm_vcpu *vcpu)
> >>>> vmx_set_interrupt_shadow(vcpu, 0);
> >>>> }
> >>>>
> >>>> +static void vmx_set_intr_info(struct kvm_vcpu *vcpu, u32 intr)
> >>>> +{
> >>>> + vmcs_write32(VM_ENTRY_INTR_INFO_FIELD, intr);
> >>>> +
> >>>> + /*
> >>>> + * Ensure that we clear the HLT state in the VMCS. We don't need to
> >>>> + * explicitly skip the instruction because if the HLT state is set, then
> >>>> + * the instruction is already executing and RIP has already been
> >>>> + * advanced.
> >>>> + */
> >>>> + if (!kvm_hlt_in_guest(vcpu->kvm) || !(intr & INTR_INFO_VALID_MASK))
> >>>> + return;
> >>>> + if (is_external_interrupt(intr) || is_nmi(intr))
> >>>> + return;
> >>>> + if (vmcs_read32(GUEST_ACTIVITY_STATE) != GUEST_ACTIVITY_HLT)
> >>>> + return;
> >>>> + vmcs_write32(GUEST_ACTIVITY_STATE, GUEST_ACTIVITY_ACTIVE);
> >>>> +}
> >>>> +
> >>>> static void nested_vmx_inject_exception_vmexit(struct kvm_vcpu *vcpu,
> >>>> unsigned long exit_qual)
> >>>> {
> >>>> @@ -2540,7 +2559,7 @@ static void vmx_queue_exception(struct kvm_vcpu *vcpu)
> >>>> } else
> >>>> intr_info |= INTR_TYPE_HARD_EXCEPTION;
> >>>>
> >>>> - vmcs_write32(VM_ENTRY_INTR_INFO_FIELD, intr_info);
> >>>> + vmx_set_intr_info(vcpu, intr_info);
> >>>> }
> >>>>
> >>>> static bool vmx_rdtscp_supported(void)
> >>>> @@ -5298,6 +5317,8 @@ static u32 vmx_exec_control(struct vcpu_vmx *vmx)
> >>>> if (kvm_mwait_in_guest(vmx->vcpu.kvm))
> >>>> exec_control &= ~(CPU_BASED_MWAIT_EXITING |
> >>>> CPU_BASED_MONITOR_EXITING);
> >>>> + if (kvm_hlt_in_guest(vmx->vcpu.kvm))
> >>>> + exec_control &= ~CPU_BASED_HLT_EXITING;
> >>>> return exec_control;
> >>>> }
> >>>>
> >>>> @@ -5635,7 +5656,7 @@ static void vmx_vcpu_reset(struct kvm_vcpu *vcpu, bool init_event)
> >>>>
> >>>> setup_msrs(vmx);
> >>>>
> >>>> - vmcs_write32(VM_ENTRY_INTR_INFO_FIELD, 0); /* 22.2.1 */
> >>>> + vmx_set_intr_info(vcpu, 0); /* 22.2.1 */
> >>>>
> >>>> if (cpu_has_vmx_tpr_shadow() && !init_event) {
> >>>> vmcs_write64(VIRTUAL_APIC_PAGE_ADDR, 0);
> >>>> @@ -5729,7 +5750,7 @@ static void vmx_inject_irq(struct kvm_vcpu *vcpu)
> >>>> vmx->vcpu.arch.event_exit_inst_len);
> >>>> } else
> >>>> intr |= INTR_TYPE_EXT_INTR;
> >>>> - vmcs_write32(VM_ENTRY_INTR_INFO_FIELD, intr);
> >>>> + vmx_set_intr_info(vcpu, intr);
> >>>> }
> >>>>
> >>>> static void vmx_inject_nmi(struct kvm_vcpu *vcpu)
> >>>> @@ -5758,8 +5779,8 @@ static void vmx_inject_nmi(struct kvm_vcpu *vcpu)
> >>>> return;
> >>>> }
> >>>>
> >>>> - vmcs_write32(VM_ENTRY_INTR_INFO_FIELD,
> >>>> - INTR_TYPE_NMI_INTR | INTR_INFO_VALID_MASK | NMI_VECTOR);
> >>>> + vmx_set_intr_info(vcpu, INTR_TYPE_NMI_INTR | INTR_INFO_VALID_MASK |
> >>>> + NMI_VECTOR);
> >>>> }
> >>>>
> >>>> static bool vmx_get_nmi_mask(struct kvm_vcpu *vcpu)
> >>>> @@ -9301,7 +9322,7 @@ static void vmx_cancel_injection(struct kvm_vcpu *vcpu)
> >>>> VM_ENTRY_INSTRUCTION_LEN,
> >>>> VM_ENTRY_EXCEPTION_ERROR_CODE);
> >>>>
> >>>> - vmcs_write32(VM_ENTRY_INTR_INFO_FIELD, 0);
> >>>> + vmx_set_intr_info(vcpu, 0);
> >>>> }
> >>>>
> >>>> static void atomic_switch_perf_msrs(struct vcpu_vmx *vmx)
> >>>> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
> >>>> index fe6627a..f17c520 100644
> >>>> --- a/arch/x86/kvm/x86.c
> >>>> +++ b/arch/x86/kvm/x86.c
> >>>> @@ -2755,6 +2755,7 @@ int kvm_vm_ioctl_check_extension(struct kvm *kvm, long ext)
> >>>> case KVM_CAP_SET_BOOT_CPU_ID:
> >>>> case KVM_CAP_SPLIT_IRQCHIP:
> >>>> case KVM_CAP_IMMEDIATE_EXIT:
> >>>> + case KVM_CAP_X86_GUEST_HLT:
> >>>> r = 1;
> >>>> break;
> >>>> case KVM_CAP_ADJUST_CLOCK:
> >>>> @@ -4068,6 +4069,10 @@ static int kvm_vm_ioctl_enable_cap(struct kvm *kvm,
> >>>> r = 0;
> >>>> }
> >>>> break;
> >>>> + case KVM_CAP_X86_GUEST_HLT:
> >>>> + kvm->arch.hlt_in_guest = true;
> >>>> + r = 0;
> >>>> + break;
> >>>> default:
> >>>> r = -EINVAL;
> >>>> break;
> >>>> diff --git a/arch/x86/kvm/x86.h b/arch/x86/kvm/x86.h
> >>>> index ed8e150..b2066aa 100644
> >>>> --- a/arch/x86/kvm/x86.h
> >>>> +++ b/arch/x86/kvm/x86.h
> >>>> @@ -266,4 +266,9 @@ static inline bool kvm_mwait_in_guest(struct kvm *kvm)
> >>>> return kvm->arch.mwait_in_guest;
> >>>> }
> >>>>
> >>>> +static inline bool kvm_hlt_in_guest(struct kvm *kvm)
> >>>> +{
> >>>> + return kvm->arch.hlt_in_guest;
> >>>> +}
> >>>> +
> >>>> #endif
> >>>> diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h
> >>>> index 282d7613..ff8f266 100644
> >>>> --- a/include/uapi/linux/kvm.h
> >>>> +++ b/include/uapi/linux/kvm.h
> >>>> @@ -932,6 +932,7 @@ struct kvm_ppc_resize_hpt {
> >>>> #define KVM_CAP_HYPERV_SYNIC2 148
> >>>> #define KVM_CAP_HYPERV_VP_INDEX 149
> >>>> #define KVM_CAP_S390_AIS_MIGRATION 150
> >>>> +#define KVM_CAP_X86_GUEST_HLT 151
> >>>>
> >>>> #ifdef KVM_CAP_IRQ_ROUTING
> >>>>
> >>>> --
> >>>> 2.3.1.dirty
> >
> > .
> >
>
>
> --
> Regards,
> Longpeng(Mike)
next prev parent reply other threads:[~2017-11-28 14:04 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-25 13:09 [PATCH 0/3] KVM: Tie MWAIT/HLT/PAUSE interception to initially disabled capabilities Jan H. Schönherr
2017-11-25 13:09 ` [PATCH 1/3] KVM: Don't enable MWAIT in guest by default Jan H. Schönherr
2017-11-27 18:13 ` Jim Mattson
[not found] ` <82e1f7c8-fdd6-835e-319a-bec72d771ef9@redhat.com>
2017-11-27 18:32 ` Jim Mattson
2017-11-28 23:58 ` Jan H. Schönherr
2017-11-29 16:58 ` Radim Krčmář
2017-11-27 20:46 ` Michael S. Tsirkin
2017-11-27 22:36 ` Jan H. Schönherr
2017-11-28 14:00 ` Michael S. Tsirkin
2017-11-27 20:50 ` Michael S. Tsirkin
[not found] ` <90f7f081-95d7-f573-8b57-5c6e86fd2a8d@redhat.com>
2017-11-27 20:57 ` Michael S. Tsirkin
2017-11-25 13:09 ` [PATCH 2/3] KVM: Add capability to not exit on HLT Jan H. Schönherr
2017-11-27 1:32 ` Wanpeng Li
2017-11-27 1:47 ` Wanpeng Li
[not found] ` <a2f4cf7f-5d7b-a1cc-30d5-d18df4d49173@redhat.com>
2017-11-27 12:29 ` Jan H. Schönherr
[not found] ` <421c71fd-6dff-c01e-9e78-42f114711ea9@redhat.com>
2017-11-27 15:27 ` Jan H. Schönherr
[not found] ` <e17ea420-c141-18b6-2622-e33a3f540c61@redhat.com>
2017-11-27 16:12 ` Jan H. Schönherr
2017-11-27 20:45 ` Michael S. Tsirkin
[not found] ` <8ce45bad-b43c-4e97-aa69-74d7fc9cecb5@redhat.com>
2017-11-27 20:55 ` Michael S. Tsirkin
2017-11-28 1:34 ` Longpeng (Mike)
2017-11-28 14:04 ` Michael S. Tsirkin [this message]
2017-11-25 13:09 ` [PATCH 3/3] KVM: Add capability to not exit on PAUSE Jan H. Schönherr
2017-11-27 20:48 ` Michael S. Tsirkin
2017-11-28 3:37 ` Longpeng (Mike)
2017-11-29 0:09 ` Jan H. Schönherr
2017-11-29 4:34 ` Longpeng (Mike)
2017-11-29 12:20 ` Jan H. Schönherr
[not found] ` <a3c80a22-ff69-fa51-ea90-48f039eb449a@redhat.com>
2017-11-28 0:15 ` [PATCH 0/3] KVM: Tie MWAIT/HLT/PAUSE interception to initially disabled capabilities Jan H. Schönherr
[not found] ` <8971d9e0-388c-9934-1ab2-33508cbbeb8f@redhat.com>
2017-11-28 10:42 ` Jan H. Schönherr
2017-11-28 14:08 ` Michael S. Tsirkin
[not found] ` <e61d93f0-17d9-d182-83ae-b7165ae3dcb0@redhat.com>
2017-11-29 0:20 ` Michael S. Tsirkin
2017-11-29 0:24 ` Michael S. Tsirkin
[not found] ` <8e559062-e459-5a85-a4a3-72a4baf7764c@redhat.com>
2017-11-29 15:13 ` Michael S. Tsirkin
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=20171128160058-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=joro@8bytes.org \
--cc=jschoenh@amazon.de \
--cc=karahmed@amazon.de \
--cc=kvm@vger.kernel.org \
--cc=longpeng2@huawei.com \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox