Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1911868pxb; Mon, 23 Aug 2021 07:33:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxtiKbDqJW1919oq9rPr1wv3VBitTem+8OWDyh+qmwHxRA8dsT1G3G9yA6/hTRODdaOGKLd X-Received: by 2002:a5e:9e44:: with SMTP id j4mr26562111ioq.171.1629729181529; Mon, 23 Aug 2021 07:33:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629729181; cv=none; d=google.com; s=arc-20160816; b=mGOGzs9uC4hBOZdqxL0FWUdRVuT9kMg2e0GIM8/Y0j2gScMXpWbOlbTnDB/vrGcyzl aaqAAxEgTI8D5k26M6bRuZnshS+nAO+/eIXBUHVCpYAX3UuemA8qgPl8XNOCmLkNBZR+ ph7zvXnCAzmh3Uy15W5ZdxDMhFDu6K90roLZ6vOY9qYoyAwe+ZCIMupj/vobNopplNPL 6fta+E+e0csiykZfECQI0VmI6Miebp/OTBybACHBJSLe90sQ+CQErah7B3LXbATdaOwK +lcVgdAIZgGLIiuIQw+XoQ6Ul72t3+P36ocDNv0lj/fD1FpayyqRGRjzR4SqyNQqItGQ uTfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=wq3GtJnJ0UcnS9tRpeI+vww4phaIYcteU9bLlmRBJQw=; b=DO1X1k/ScoCWXhKv+pzM/2CJzvcyDKGDLHOzUxqxp1uKxyO5TZ9ncJRfb33YNaiKfU Jh1wnagZu/T2ytjrjTua/uvu7kPnqakOUy3DCT1N7hg3KZJLt73aVwvn4WfY/pmclVVv q9NBJraqTKfmwmNdxZ+MKno1keEQ7fm6SZcSqp1CAy5jhC9FxK1BsyclIcLWMcl4DmOd LnNtUxuPmzaSfOS40DhSew0sakHBi4OxDYWabItxODIfJ+hrtb4+OrObobJn4CTZfYTW m/VWSpUK1RCe+3aCfct/EUVRTKj5AAqKuqhwAh/TewNg5+MrIkelBaCLvZc9z0RQYufV qgiQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=EpoMxETy; 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 u10si19158217jat.85.2021.08.23.07.32.50; Mon, 23 Aug 2021 07:33:01 -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=EpoMxETy; 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 S230164AbhHWOba (ORCPT + 99 others); Mon, 23 Aug 2021 10:31:30 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:46630 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230174AbhHWOba (ORCPT ); Mon, 23 Aug 2021 10:31:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1629729047; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wq3GtJnJ0UcnS9tRpeI+vww4phaIYcteU9bLlmRBJQw=; b=EpoMxETy+QrxL5qU/thIJ+phgmfr5g4K+d94k6vaj2i/7FTClOtYSr+JOGVAtRy0jhvIc/ MdKwpkRRtBVX4dPQhBQWOX8YHkDwfXjhZozpB6+5eRAzT5mqt7CPavvn89i+OFvmh+J9LC Du9AZ2mu+Z5o+wiWtpS/iONxrbjzqS0= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-503--guwZZ_nMUOC-VfR-27R4Q-1; Mon, 23 Aug 2021 10:30:45 -0400 X-MC-Unique: -guwZZ_nMUOC-VfR-27R4Q-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 5D7DF87D545; Mon, 23 Aug 2021 14:30:44 +0000 (UTC) Received: from vitty.brq.redhat.com (unknown [10.40.195.132]) by smtp.corp.redhat.com (Postfix) with ESMTP id 5E31A99BD; Mon, 23 Aug 2021 14:30:42 +0000 (UTC) From: Vitaly Kuznetsov To: kvm@vger.kernel.org, Paolo Bonzini Cc: Sean Christopherson , Wanpeng Li , Jim Mattson , "Dr. David Alan Gilbert" , Nitesh Narayan Lal , linux-kernel@vger.kernel.org Subject: [PATCH v2 3/4] KVM: Optimize kvm_make_vcpus_request_mask() a bit Date: Mon, 23 Aug 2021 16:30:27 +0200 Message-Id: <20210823143028.649818-4-vkuznets@redhat.com> In-Reply-To: <20210823143028.649818-1-vkuznets@redhat.com> References: <20210823143028.649818-1-vkuznets@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Iterating over set bits in 'vcpu_bitmap' should be faster than going through all vCPUs, especially when just a few bits are set. Signed-off-by: Vitaly Kuznetsov --- virt/kvm/kvm_main.c | 83 ++++++++++++++++++++++++++------------------- 1 file changed, 49 insertions(+), 34 deletions(-) diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c index 82c5280dd5ce..e9c2ce2d273f 100644 --- a/virt/kvm/kvm_main.c +++ b/virt/kvm/kvm_main.c @@ -257,49 +257,64 @@ static inline bool kvm_kick_many_cpus(const struct cpumask *cpus, bool wait) return true; } +static void kvm_make_vcpu_request(struct kvm *kvm, struct kvm_vcpu *vcpu, + unsigned int req, cpumask_var_t tmp, + int current_cpu) +{ + int cpu = vcpu->cpu; + + kvm_make_request(req, vcpu); + + if (!(req & KVM_REQUEST_NO_WAKEUP) && kvm_vcpu_wake_up(vcpu)) + return; + + /* + * tmp can be NULL if cpumasks are allocated off stack, as allocation of + * the mask is deliberately not fatal and is handled by falling back to + * kicking all online CPUs. + */ + if (IS_ENABLED(CONFIG_CPUMASK_OFFSTACK) && !tmp) + return; + + /* + * Note, the vCPU could get migrated to a different pCPU at any point + * after kvm_request_needs_ipi(), which could result in sending an IPI + * to the previous pCPU. But, that's ok because the purpose of the IPI + * is to ensure the vCPU returns to OUTSIDE_GUEST_MODE, which is + * satisfied if the vCPU migrates. Entering READING_SHADOW_PAGE_TABLES + * after this point is also ok, as the requirement is only that KVM wait + * for vCPUs that were reading SPTEs _before_ any changes were + * finalized. See kvm_vcpu_kick() for more details on handling requests. + */ + if (kvm_request_needs_ipi(vcpu, req)) { + cpu = READ_ONCE(vcpu->cpu); + if (cpu != -1 && cpu != current_cpu) + __cpumask_set_cpu(cpu, tmp); + } +} + bool kvm_make_vcpus_request_mask(struct kvm *kvm, unsigned int req, struct kvm_vcpu *except, unsigned long *vcpu_bitmap, cpumask_var_t tmp) { - int i, cpu, me; + int i, me; struct kvm_vcpu *vcpu; bool called; me = get_cpu(); - kvm_for_each_vcpu(i, vcpu, kvm) { - if ((vcpu_bitmap && !test_bit(i, vcpu_bitmap)) || - vcpu == except) - continue; - - kvm_make_request(req, vcpu); - - if (!(req & KVM_REQUEST_NO_WAKEUP) && kvm_vcpu_wake_up(vcpu)) - continue; - - /* - * tmp can be NULL if cpumasks are allocated off stack, as - * allocation of the mask is deliberately not fatal and is - * handled by falling back to kicking all online CPUs. - */ - if (IS_ENABLED(CONFIG_CPUMASK_OFFSTACK) && !tmp) - continue; - - /* - * Note, the vCPU could get migrated to a different pCPU at any - * point after kvm_request_needs_ipi(), which could result in - * sending an IPI to the previous pCPU. But, that's ok because - * the purpose of the IPI is to ensure the vCPU returns to - * OUTSIDE_GUEST_MODE, which is satisfied if the vCPU migrates. - * Entering READING_SHADOW_PAGE_TABLES after this point is also - * ok, as the requirement is only that KVM wait for vCPUs that - * were reading SPTEs _before_ any changes were finalized. See - * kvm_vcpu_kick() for more details on handling requests. - */ - if (kvm_request_needs_ipi(vcpu, req)) { - cpu = READ_ONCE(vcpu->cpu); - if (cpu != -1 && cpu != me) - __cpumask_set_cpu(cpu, tmp); + if (vcpu_bitmap) { + for_each_set_bit(i, vcpu_bitmap, KVM_MAX_VCPUS) { + vcpu = kvm_get_vcpu(kvm, i); + if (!vcpu || vcpu == except) + continue; + kvm_make_vcpu_request(kvm, vcpu, req, tmp, me); + } + } else { + kvm_for_each_vcpu(i, vcpu, kvm) { + if (vcpu == except) + continue; + kvm_make_vcpu_request(kvm, vcpu, req, tmp, me); } } -- 2.31.1