From: "Radim Krčmář" <rkrcmar@redhat.com>
To: linux-kernel@vger.kernel.org, kvm@vger.kernel.org
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Andrew Jones <drjones@redhat.com>,
Marc Zyngier <marc.zyngier@arm.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Cornelia Huck <cornelia.huck@de.ibm.com>,
James Hogan <james.hogan@imgtec.com>,
Paul Mackerras <paulus@ozlabs.org>,
Christoffer Dall <christoffer.dall@linaro.org>
Subject: [PATCH 4/5] KVM: add __kvm_request_needs_mb
Date: Thu, 16 Feb 2017 17:04:48 +0100 [thread overview]
Message-ID: <20170216160449.13094-5-rkrcmar@redhat.com> (raw)
In-Reply-To: <20170216160449.13094-1-rkrcmar@redhat.com>
A macro to optimize requests that do not need a memory barrier because
they have no dependencies. An architecture can implement a function
that says which requests do not need memory barriers when handling them.
Signed-off-by: Radim Krčmář <rkrcmar@redhat.com>
---
include/linux/kvm_host.h | 41 +++++++++++++++++++++++++++++++++++++----
virt/kvm/kvm_main.c | 3 ++-
2 files changed, 39 insertions(+), 5 deletions(-)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index d899473859d3..2cc438685af8 100644
--- a/include/linux/kvm_host.h
+++ b/include/linux/kvm_host.h
@@ -1097,8 +1097,8 @@ static inline int kvm_ioeventfd(struct kvm *kvm, struct kvm_ioeventfd *args)
* 2) remote request with no data (= kick)
* 3) remote request with data (= kick + mb)
*
- * TODO: the API is inconsistent -- a request doesn't call kvm_vcpu_kick(), but
- * forces smp_wmb() for all requests.
+ * TODO: the API does not distinguish local and remote requests -- remote
+ * should contain kvm_vcpu_kick().
*/
static inline void __kvm_request_set(unsigned req, struct kvm_vcpu *vcpu)
@@ -1106,6 +1106,37 @@ static inline void __kvm_request_set(unsigned req, struct kvm_vcpu *vcpu)
set_bit(req, &vcpu->requests);
}
+/*
+ * __kvm_request_needs_mb is used to improve performance, so it should have no
+ * runtime overhead.
+ */
+static inline bool __kvm_request_needs_mb(int req)
+{
+ /*
+ * This barrier lets callers avoid the following pattern:
+ * if (__kvm_request_needs_mb(req))
+ * ...
+ * else
+ * barrier();
+ */
+ barrier();
+
+ if (!__builtin_constant_p(req))
+ return true;
+
+#ifdef kvm_arch_request_needs_mb
+ /*
+ * GCC optimizes pure kvm_arch_request_needs_mb() with a constant input
+ * into a contant, but __builtin_constant_p() is not so clever, so we
+ * cannot ensure that with:
+ * BUILD_BUG_ON(!__builtin_constant_p(kvm_arch_request_needs_mb(req)));
+ */
+ return kvm_arch_request_needs_mb(req);
+#else
+ return true;
+#endif
+}
+
static inline void kvm_request_set(unsigned req, struct kvm_vcpu *vcpu)
{
/*
@@ -1113,7 +1144,8 @@ static inline void kvm_request_set(unsigned req, struct kvm_vcpu *vcpu)
* kvm_request_test_and_clear's caller.
* Paired with the smp_mb__after_atomic in kvm_request_test_and_clear.
*/
- smp_wmb();
+ if (__kvm_request_needs_mb(req))
+ smp_wmb();
__kvm_request_set(req, vcpu);
}
@@ -1137,7 +1169,8 @@ static inline bool kvm_request_test_and_clear(unsigned req, struct kvm_vcpu *vcp
* kvm_request_test_and_clear's caller.
* Paired with the smp_wmb in kvm_request_set.
*/
- smp_mb__after_atomic();
+ if (__kvm_request_needs_mb(req))
+ smp_mb__after_atomic();
return true;
} else {
return false;
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index 2250920ec965..ced3e4cb1df0 100644
--- a/virt/kvm/kvm_main.c
+++ b/virt/kvm/kvm_main.c
@@ -179,7 +179,8 @@ bool kvm_make_all_cpus_request(struct kvm *kvm, unsigned int req)
me = get_cpu();
/* Paired with the smp_mb__after_atomic in kvm_request_test_and_clear. */
- smp_wmb();
+ if (__kvm_request_needs_mb(req))
+ smp_wmb();
kvm_for_each_vcpu(i, vcpu, kvm) {
__kvm_request_set(req, vcpu);
--
2.11.1
next prev parent reply other threads:[~2017-02-16 16:05 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-16 16:04 [PATCH 0/5] KVM: rename and extend vcpu->requests API Radim Krčmář
2017-02-16 16:04 ` [PATCH 1/5] KVM: change API for requests to match bit operations Radim Krčmář
2017-02-17 9:30 ` Cornelia Huck
2017-02-17 9:49 ` Andrew Jones
2017-02-17 9:52 ` Cornelia Huck
2017-02-17 15:01 ` Radim Krčmář
2017-02-16 16:04 ` [PATCH 2/5] KVM: add KVM request variants without barrier Radim Krčmář
2017-02-23 10:57 ` Paolo Bonzini
2017-02-23 15:50 ` Radim Krčmář
2017-02-16 16:04 ` [PATCH 3/5] KVM: optimize kvm_make_all_cpus_request Radim Krčmář
2017-02-16 16:04 ` Radim Krčmář [this message]
2017-02-16 19:49 ` [PATCH 4/5] KVM: add __kvm_request_needs_mb David Hildenbrand
2017-02-16 21:31 ` Radim Krčmář
2017-02-17 8:46 ` Christian Borntraeger
2017-02-17 10:13 ` David Hildenbrand
2017-02-17 10:19 ` Christian Borntraeger
2017-02-17 11:28 ` Christian Borntraeger
2017-02-22 15:17 ` Radim Krčmář
2017-02-22 19:23 ` Christian Borntraeger
2017-02-23 15:43 ` Radim Krčmář
2017-02-22 19:57 ` Christian Borntraeger
2017-02-23 10:20 ` David Hildenbrand
2017-02-23 15:39 ` Radim Krčmář
2017-02-24 11:34 ` Christoffer Dall
2017-02-24 12:46 ` Andrew Jones
2017-02-23 11:01 ` Paolo Bonzini
2017-02-23 15:52 ` Radim Krčmář
2017-02-16 16:04 ` [PATCH 5/5] KVM: add kvm_request_pending Radim Krčmář
2017-02-16 19:50 ` David Hildenbrand
2017-02-17 9:51 ` Andrew Jones
2017-02-17 14:59 ` Radim Krčmář
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=20170216160449.13094-5-rkrcmar@redhat.com \
--to=rkrcmar@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=christoffer.dall@linaro.org \
--cc=cornelia.huck@de.ibm.com \
--cc=drjones@redhat.com \
--cc=james.hogan@imgtec.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marc.zyngier@arm.com \
--cc=paulus@ozlabs.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®