Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp1845641ybg; Thu, 30 Jul 2020 04:19:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy8D9W/+soQ6gUUeQzvwObwXggXcXjP05H3Rg99yXbZu4REXA3TjpH2zHQnljYUP6LR4hEo X-Received: by 2002:a17:906:403:: with SMTP id d3mr2050003eja.522.1596107945022; Thu, 30 Jul 2020 04:19:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596107945; cv=none; d=google.com; s=arc-20160816; b=BhG85ZMNABG+I/7INPb4864MGN0w+oOGmyVOoz5NgAwp9a500JGBRKz7iEZoqN4u3R LxyZJOE78z+q+SuA//o8YxEO8vQicwqojzjo3Zgx9Utdh7cMIv5c+Zjg06115jQQgGxc YUbfQaQktkZVqWkNx8T6ep0RWyGoFiBKdWoLzdVESB2L6i/h6V8SGglCiUJi4Pk9q22X B448mmzav4elArovezk2iO0wfXh9U+e2L617y1PoCN9+NlagtQt7ZqK6fBagRDnnwUi4 FmetT8g2B6Fwoxznc/ZEQKG8COnP3RGh1RbLEKsimWrGkIhzMT5USgqhOrqre20Fu/c/ QLAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature; bh=i6M54uk3wxSqMByimlcSdiyFDQobGVGgtyqtJxIsLh8=; b=sg9GLqrR0xkGWpAzhj4Tsuok1wsiN3PeB1iaiUSRCHd9SzXp9ceLnRR1A1R37hDnO4 005D206dutuyQDxMGggdqw8JldZq6XpIsvvZI66pZYBHRZopwZiiy8XeI8uuqik5S5lO xrluPjZGFWv+Rt8Snaa9WUT0/YgaF1UBLQYEM6aQsgb9BKvOlEXU6Hl3GCNxlS+DCFp0 Ulo32vCdZd1fsWwj2dEpdxAwzkpEgODvBpDALTPd91FecYveW1yA7ofkcttcEH125Tfo qMJMM7BWeyozRPWJSXgE5XjMjUs6HommOoK9Jfbtd0EGIDhc6FOkVmUZPFHoNLyHekOu yApw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=FIxgMomY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g8si3393443edj.508.2020.07.30.04.18.42; Thu, 30 Jul 2020 04:19:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=FIxgMomY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726967AbgG3LQT (ORCPT + 99 others); Thu, 30 Jul 2020 07:16:19 -0400 Received: from us-smtp-1.mimecast.com ([207.211.31.81]:59420 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726367AbgG3LQS (ORCPT ); Thu, 30 Jul 2020 07:16:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1596107776; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=i6M54uk3wxSqMByimlcSdiyFDQobGVGgtyqtJxIsLh8=; b=FIxgMomYRm621Ae9yM4aVkNFGccgywKrxjB3M2dsLmFxXyqN7LHkeQSOIq43NbQExmLmnM WEaCL+GKj1pTstfKMf2I+pNEhvo8RbaCPn4l4xfB7Neetg+Hz57m+EIc2My514V5+Iee3d +RFveyjDbeWWP9EOyV4gXxAjByWmvfo= Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-475-HLRGaI7AMe2Dqs1S8YBVpQ-1; Thu, 30 Jul 2020 07:16:13 -0400 X-MC-Unique: HLRGaI7AMe2Dqs1S8YBVpQ-1 Received: by mail-ej1-f71.google.com with SMTP id y10so9764096ejd.1 for ; Thu, 30 Jul 2020 04:16:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=i6M54uk3wxSqMByimlcSdiyFDQobGVGgtyqtJxIsLh8=; b=Mn25Q+ILBYpqvivbNNNCVlsLcnrIqXOexCtuJ3RgFNx3tnMaUdWXYFEAGuV3JVB/Eg JVNeQtTwtnmYK+g49FIi5HLR1roV3JsrL7JBLlDtWEcPGWQezW+yEnrIMtifB293GQ3c v9YJ1Sn/lzR4znYd3MAnE36UHjLdKFUJG7v5YGhCM0oxwpvBtNqaT9kMFyXDy+Ixmx86 5ekSmeCYtjmAuBfmrZS9y9pWwnsFr6m/TGlc1Zw3s2ugCgq1RuUq6KsYqGyFGMpW8VA7 1d6sPNM9YTEqRiSv9adFNURPhHQzYee2t4G2u4HsM0TLRuvej8RyCqRMBXYzb5whoy1w PAIA== X-Gm-Message-State: AOAM530YAZkSj1jISDE1tRJWBzgfq1A/5qxikJ2w85JsAzfZqtgbsT/Y SpkLu4PHwZ6dXrgsuB/SqgbOsEpHlo/8TU0OUqyyUfti/zSKe2Y0iC8rP3zUKC6VoNzIVbZRsJc VcrEYqWUiRpOsTAkZ9a2QJoVz X-Received: by 2002:a17:906:8782:: with SMTP id za2mr1998832ejb.419.1596107771887; Thu, 30 Jul 2020 04:16:11 -0700 (PDT) X-Received: by 2002:a17:906:8782:: with SMTP id za2mr1998815ejb.419.1596107771693; Thu, 30 Jul 2020 04:16:11 -0700 (PDT) Received: from vitty.brq.redhat.com (g-server-2.ign.cz. [91.219.240.2]) by smtp.gmail.com with ESMTPSA id cc9sm5811982edb.14.2020.07.30.04.16.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Jul 2020 04:16:10 -0700 (PDT) From: Vitaly Kuznetsov To: Wanpeng Li Cc: LKML , kvm , Paolo Bonzini , Sean Christopherson , Wanpeng Li , Jim Mattson , Joerg Roedel Subject: Re: [PATCH v2 3/3] KVM: SVM: Fix disable pause loop exit/pause filtering capability on SVM In-Reply-To: References: <1595929506-9203-1-git-send-email-wanpengli@tencent.com> <1595929506-9203-3-git-send-email-wanpengli@tencent.com> <87k0ymldg9.fsf@vitty.brq.redhat.com> Date: Thu, 30 Jul 2020 13:16:09 +0200 Message-ID: <875za5l0cm.fsf@vitty.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Wanpeng Li writes: > On Wed, 29 Jul 2020 at 20:21, Vitaly Kuznetsov wrote: >> >> Wanpeng Li writes: >> >> > From: Wanpeng Li >> > >> > Commit 8566ac8b (KVM: SVM: Implement pause loop exit logic in SVM) drops >> > disable pause loop exit/pause filtering capability completely, I guess it >> > is a merge fault by Radim since disable vmexits capabilities and pause >> > loop exit for SVM patchsets are merged at the same time. This patch >> > reintroduces the disable pause loop exit/pause filtering capability >> > support. >> > >> > We can observe 2.9% hackbench improvement for a 92 vCPUs guest on AMD >> > Rome Server. >> > >> > Reported-by: Haiwei Li >> > Tested-by: Haiwei Li >> > Fixes: 8566ac8b (KVM: SVM: Implement pause loop exit logic in SVM) >> > Signed-off-by: Wanpeng Li >> > --- >> > arch/x86/kvm/svm/svm.c | 9 ++++++--- >> > 1 file changed, 6 insertions(+), 3 deletions(-) >> > >> > diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c >> > index c0da4dd..c20f127 100644 >> > --- a/arch/x86/kvm/svm/svm.c >> > +++ b/arch/x86/kvm/svm/svm.c >> > @@ -1090,7 +1090,7 @@ static void init_vmcb(struct vcpu_svm *svm) >> > svm->nested.vmcb = 0; >> > svm->vcpu.arch.hflags = 0; >> > >> > - if (pause_filter_count) { >> > + if (pause_filter_count && !kvm_pause_in_guest(svm->vcpu.kvm)) { >> > control->pause_filter_count = pause_filter_count; >> > if (pause_filter_thresh) >> > control->pause_filter_thresh = pause_filter_thresh; >> > @@ -2693,7 +2693,7 @@ static int pause_interception(struct vcpu_svm *svm) >> > struct kvm_vcpu *vcpu = &svm->vcpu; >> > bool in_kernel = (svm_get_cpl(vcpu) == 0); >> > >> > - if (pause_filter_thresh) >> > + if (!kvm_pause_in_guest(vcpu->kvm)) >> > grow_ple_window(vcpu); >> > >> > kvm_vcpu_on_spin(vcpu, in_kernel); >> > @@ -3780,7 +3780,7 @@ static void svm_handle_exit_irqoff(struct kvm_vcpu *vcpu) >> > >> > static void svm_sched_in(struct kvm_vcpu *vcpu, int cpu) >> > { >> > - if (pause_filter_thresh) >> > + if (!kvm_pause_in_guest(vcpu->kvm)) >> > shrink_ple_window(vcpu); >> > } >> > >> > @@ -3958,6 +3958,9 @@ static void svm_vm_destroy(struct kvm *kvm) >> > >> > static int svm_vm_init(struct kvm *kvm) >> > { >> > + if (!pause_filter_thresh) >> > + kvm->arch.pause_in_guest = true; >> >> Would it make sense to do >> >> if (!pause_filter_count || !pause_filter_thresh) >> kvm->arch.pause_in_guest = true; >> >> here and simplify the condition in init_vmcb()? > > kvm->arch.pause_in_guest can also be true when userspace sets the > KVM_CAP_X86_DISABLE_EXITS capability, so we can't simplify the > condition in init_vmcb(). > I meant we simplify it to if (!kvm_pause_in_guest(svm->vcpu.kvm)) as "!pause_filter_count" gets included. -- Vitaly