Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp488079pxb; Mon, 16 Aug 2021 09:55:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQ8jlK6RCpr01AFjYh2PFLUOq+IjucB695vqsjJK+1O2tWKAktZc719yXlJLo6/0Bgolcg X-Received: by 2002:a17:906:e241:: with SMTP id gq1mr17739004ejb.87.1629132941928; Mon, 16 Aug 2021 09:55:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629132941; cv=none; d=google.com; s=arc-20160816; b=fCqPTPJ9TiD/JeVvRJa4gy4FE+hCvuOHqzFulF3ozZnrTwFjaYJT7cAsNKE+LFo4dv +ytOjDDDb1Q4SatLFoxGoMGZoNvmusAJAApbZDYQXqtfqCa0rIE7VKs7EwjQyVuJO276 Co+KE2O+qzMleB66qh00NEGWv3JNBRRYnRCG9ZMbPbBuEenH1qZnt2OV/FDFXZIZ7Q04 nvlaKrP7/GnvuZ4F30+Nudr+EflaP1I3h+hy9Opzxvaay44Gcoicn5BAIaLRM6FQH+vj 3jsYqnRsVi1Em/XBL9WVb/KVxCkw3HeR58hSw2M3enIs31H9VU7R9OZ/txEw6o6gMpxG eBwQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature; bh=PADTFWtkgacjxL5aCb4BndbTfuIMvOWWJjkXMj5LjiI=; b=xo6tr+nGohnBUkj8pPnxiGn0SDuru+atAUI96AGKoaLCdz6QqJX4iIo2CJp0qjjpVS CHm1qZtbbDAptMsJBUdqao0RyW0cJDCBrQa2jHp9TgCa2IZI6/fyQKkMyp9fwOds0gYd Mb9JXD4O2N8OuU6Xt2RbDAOgPvKhv59Z5aPC4KaOtQn4XQuhmUOwgzfiy+LAj7nJIerO IhqvMvtbeOg+NML7MkoxZ6OFE2qc78uV302hzxtOLZ5zyjys+MBA3c2fGffjcK/WpDUt 52Dn7p1TTGUgXZondTm9A2Ld7/u/gfgYiZxmpeGK9Y6WSP9/Segt6z6oa677vLxVQJwk 097Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=Rm1RStGR; 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 cw12si10609574edb.88.2021.08.16.09.55.19; Mon, 16 Aug 2021 09:55:41 -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=Rm1RStGR; 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 S230179AbhHPQyf (ORCPT + 99 others); Mon, 16 Aug 2021 12:54:35 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:49341 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231604AbhHPQyd (ORCPT ); Mon, 16 Aug 2021 12:54:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1629132841; 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=PADTFWtkgacjxL5aCb4BndbTfuIMvOWWJjkXMj5LjiI=; b=Rm1RStGRxmgjw5WJBFlTLGXKCEbSm3aZUNeglFM2065dCrmMolHuCMSL5whW4ugXmYCMP9 lTn/ptI5bx//kkTxx73CZaHGcgZ9A9DNXhV8+Nvobt0hkibFTm+fXNiZHN+IVbIFR5a0oK O4ByO+Rq280AGnsqddduJyHXh+skusc= Received: from mail-wr1-f70.google.com (mail-wr1-f70.google.com [209.85.221.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-58--XoS6gKGO-OusKf2kXBs3g-1; Mon, 16 Aug 2021 12:54:00 -0400 X-MC-Unique: -XoS6gKGO-OusKf2kXBs3g-1 Received: by mail-wr1-f70.google.com with SMTP id h24-20020adfa4d8000000b00156d9931072so5849wrb.15 for ; Mon, 16 Aug 2021 09:54:00 -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=PADTFWtkgacjxL5aCb4BndbTfuIMvOWWJjkXMj5LjiI=; b=SHSV+PsGog16DeKIEw3lzhByrRgiSyLVPcpYE0nkBd110VbvbwMzeKN9QrGzCgv0bF f6yK/uy1W/JoySbJ8pK+5DYtsFN1B20l2xWzXlLN5utUpFwWNXQD2IPWos/4Z/yyPHoZ F3g1ywSDGG28bR0dhl+AAifh8fXK7MUafDGHP7Dg//7IwNkZcpN6nf5xyB4r6NlCgJzI jJDjhEYTyEtON/7VZIz/AxU28yhBLiiiBaZFMUHqrykUdQbxUmskMJbYpwdTnLr0qhe+ orlIjAsQ2ioJFD5ZR1rCbQkiyzenJc5wYf5UQhfR3Cd3Ivaiu2XQVJDFkKlTthg1dOkB StvQ== X-Gm-Message-State: AOAM5310/aPLmNmi83IC6jO4//zzpI/1EJZkogRbGsx1Ni+jEFwwMfrO Yy7h08HbfJZIdXxsz79zNCaLtQgAU00438W2IkmliEIzHRROz5QI6or4gnwMgJOCiy1YryrKbbT gG6fUkYleOV3DCWqAgcHOUM/3 X-Received: by 2002:adf:e3d2:: with SMTP id k18mr19260246wrm.212.1629132839090; Mon, 16 Aug 2021 09:53:59 -0700 (PDT) X-Received: by 2002:adf:e3d2:: with SMTP id k18mr19260223wrm.212.1629132838897; Mon, 16 Aug 2021 09:53:58 -0700 (PDT) Received: from vitty.brq.redhat.com (g-server-2.ign.cz. [91.219.240.2]) by smtp.gmail.com with ESMTPSA id i8sm9234140wrv.70.2021.08.16.09.53.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 16 Aug 2021 09:53:58 -0700 (PDT) From: Vitaly Kuznetsov To: Gavin Shan Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, james.morse@arm.com, mark.rutland@arm.com, Jonathan.Cameron@huawei.com, will@kernel.org, maz@kernel.org, pbonzini@redhat.com, shan.gavin@gmail.com, kvmarm@lists.cs.columbia.edu Subject: Re: [PATCH v4 02/15] KVM: async_pf: Add helper function to check completion queue In-Reply-To: <20210815005947.83699-3-gshan@redhat.com> References: <20210815005947.83699-1-gshan@redhat.com> <20210815005947.83699-3-gshan@redhat.com> Date: Mon, 16 Aug 2021 18:53:57 +0200 Message-ID: <87bl5xmiu2.fsf@vitty.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Gavin Shan writes: > This adds inline helper kvm_check_async_pf_completion_queue() to > check if there are pending completion in the queue. The empty stub > is also added on !CONFIG_KVM_ASYNC_PF so that the caller needn't > consider if CONFIG_KVM_ASYNC_PF is enabled. > > All checks on the completion queue is done by the newly added inline > function since list_empty() and list_empty_careful() are interchangeable. > > Signed-off-by: Gavin Shan > --- > arch/x86/kvm/x86.c | 2 +- > include/linux/kvm_host.h | 10 ++++++++++ > virt/kvm/async_pf.c | 10 +++++----- > virt/kvm/kvm_main.c | 4 +--- > 4 files changed, 17 insertions(+), 9 deletions(-) > > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > index e5d5c5ed7dd4..7f35d9324b99 100644 > --- a/arch/x86/kvm/x86.c > +++ b/arch/x86/kvm/x86.c > @@ -11591,7 +11591,7 @@ static inline bool kvm_guest_apic_has_interrupt(struct kvm_vcpu *vcpu) > > static inline bool kvm_vcpu_has_events(struct kvm_vcpu *vcpu) > { > - if (!list_empty_careful(&vcpu->async_pf.done)) > + if (kvm_check_async_pf_completion_queue(vcpu)) > return true; > > if (kvm_apic_has_events(vcpu)) > diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h > index 85b61a456f1c..a5f990f6dc35 100644 > --- a/include/linux/kvm_host.h > +++ b/include/linux/kvm_host.h > @@ -339,12 +339,22 @@ struct kvm_async_pf { > bool notpresent_injected; > }; > > +static inline bool kvm_check_async_pf_completion_queue(struct kvm_vcpu *vcpu) Nitpicking: When not reading the implementation, I'm not exactly sure what this function returns as 'check' is too ambiguous ('true' when the queue is full? when it's empty? when it's not empty? when it was properly set up?). I'd suggest we go with a more specific: kvm_async_pf_completion_queue_empty() or something like that instead (we'll have to invert the logic everywhere then). Side note: x86 seems to already use a shortened 'apf' instead of 'async_pf' in a number of places (e.g. 'apf_put_user_ready()'), we may want to either fight this practice or support the rebelion by renaming all functions from below instead :-) > +{ > + return !list_empty_careful(&vcpu->async_pf.done); > +} > + > void kvm_clear_async_pf_completion_queue(struct kvm_vcpu *vcpu); > void kvm_check_async_pf_completion(struct kvm_vcpu *vcpu); > bool kvm_setup_async_pf(struct kvm_vcpu *vcpu, gpa_t cr2_or_gpa, > unsigned long hva, struct kvm_arch_async_pf *arch); > int kvm_async_pf_wakeup_all(struct kvm_vcpu *vcpu); > #else > +static inline bool kvm_check_async_pf_completion_queue(struct kvm_vcpu *vcpu) > +{ > + return false; > +} > + > static inline void kvm_check_async_pf_completion(struct kvm_vcpu *vcpu) { } > #endif > > diff --git a/virt/kvm/async_pf.c b/virt/kvm/async_pf.c > index dd777688d14a..d145a61a046a 100644 > --- a/virt/kvm/async_pf.c > +++ b/virt/kvm/async_pf.c > @@ -70,7 +70,7 @@ static void async_pf_execute(struct work_struct *work) > kvm_arch_async_page_present(vcpu, apf); > > spin_lock(&vcpu->async_pf.lock); > - first = list_empty(&vcpu->async_pf.done); > + first = !kvm_check_async_pf_completion_queue(vcpu); > list_add_tail(&apf->link, &vcpu->async_pf.done); > apf->vcpu = NULL; > spin_unlock(&vcpu->async_pf.lock); > @@ -122,7 +122,7 @@ void kvm_clear_async_pf_completion_queue(struct kvm_vcpu *vcpu) > spin_lock(&vcpu->async_pf.lock); > } > > - while (!list_empty(&vcpu->async_pf.done)) { > + while (kvm_check_async_pf_completion_queue(vcpu)) { > struct kvm_async_pf *work = > list_first_entry(&vcpu->async_pf.done, > typeof(*work), link); > @@ -138,7 +138,7 @@ void kvm_check_async_pf_completion(struct kvm_vcpu *vcpu) > { > struct kvm_async_pf *work; > > - while (!list_empty_careful(&vcpu->async_pf.done) && > + while (kvm_check_async_pf_completion_queue(vcpu) && > kvm_arch_can_dequeue_async_page_present(vcpu)) { > spin_lock(&vcpu->async_pf.lock); > work = list_first_entry(&vcpu->async_pf.done, typeof(*work), > @@ -205,7 +205,7 @@ int kvm_async_pf_wakeup_all(struct kvm_vcpu *vcpu) > struct kvm_async_pf *work; > bool first; > > - if (!list_empty_careful(&vcpu->async_pf.done)) > + if (kvm_check_async_pf_completion_queue(vcpu)) > return 0; > > work = kmem_cache_zalloc(async_pf_cache, GFP_ATOMIC); > @@ -216,7 +216,7 @@ int kvm_async_pf_wakeup_all(struct kvm_vcpu *vcpu) > INIT_LIST_HEAD(&work->queue); /* for list_del to work */ > > spin_lock(&vcpu->async_pf.lock); > - first = list_empty(&vcpu->async_pf.done); > + first = !kvm_check_async_pf_completion_queue(vcpu); > list_add_tail(&work->link, &vcpu->async_pf.done); > spin_unlock(&vcpu->async_pf.lock); > > diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c > index b50dbe269f4b..8795503651b1 100644 > --- a/virt/kvm/kvm_main.c > +++ b/virt/kvm/kvm_main.c > @@ -3282,10 +3282,8 @@ static bool vcpu_dy_runnable(struct kvm_vcpu *vcpu) > if (kvm_arch_dy_runnable(vcpu)) > return true; > > -#ifdef CONFIG_KVM_ASYNC_PF > - if (!list_empty_careful(&vcpu->async_pf.done)) > + if (kvm_check_async_pf_completion_queue(vcpu)) > return true; > -#endif > > return false; > } -- Vitaly