Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp7325145rwn; Tue, 13 Sep 2022 18:37:03 -0700 (PDT) X-Google-Smtp-Source: AA6agR7H9HQ2mjwt9dxRwS1GaRhjih5kz4llIobpi241Y7M8QLzgdFQqg+MlxKWDVYkILiXaga3c X-Received: by 2002:a17:907:c22:b0:77c:32e9:f056 with SMTP id ga34-20020a1709070c2200b0077c32e9f056mr10764504ejc.768.1663119423718; Tue, 13 Sep 2022 18:37:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663119423; cv=none; d=google.com; s=arc-20160816; b=yxyA+h+uXFvd/JG2BjKHQVxK3Ygb7Bbu/1/MY425+tDdz9t7ssKhnN75XuZEVBpesa PLfbHcp6qEAy2HWJKPyhUd2z4ANnLJGOpPtYPSimIXu2ZLuR4BFWgtFcPR604+8ftmmQ DWQS4WtR9CkeOo1Be4NcQVTbFa/ywA/6/KLMJfxKRXaJBzZ8lxlNF22H+CxsUf0BDrO5 pozV7rX0FEPvEN+92q7vQmFdmsrE+yRGcT0SspZEnJaJkDTQ04AlejZAQH5lVEtI8nhK VzPkrjfjXJwWBBmpj9MZvPzxQPd3WgCf8Gigvt6FAQXZfldl6p05rKAFc1jj5ckEbppk yIcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=CT92j6tCxFfRZCqWY+0RsmfIURyeela0R3FbUxkSEXA=; b=aPcnKQbz6GHIy/JgrPMp/k2sfgqV212FEGro3iFrWjYGPo6Pqt/39qnE2Db2yFASsh 17fcImjhWJcsVXzqVRoNNCZIc+tt9nirb71hypS4tCPFtVN5hrvx9irVcaBcA4lzJSYP Mx2oz/u96vDpPuivCRHU6BVmW0KzMh/UoF7cfOcqA1H/U8Jgi0ZBx4LvsYAPlOz7wi/V J5F0eiEb7dld+5d7wivQsjRZU42Sp/6RnEYM08fn1/5W6bhigEFUnL3tHrSUR7Q7op1D gxGgGtiD0AFeRNp3RovCa4O0P1iYtbJp0DU+oGDf2PMqNc5iMLr/vo1YiGO2goCisqXK DTWA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=cgRpIsMu; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hw8-20020a170907a0c800b007706069c600si10129376ejc.540.2022.09.13.18.36.38; Tue, 13 Sep 2022 18:37:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=cgRpIsMu; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229734AbiINAwC (ORCPT + 99 others); Tue, 13 Sep 2022 20:52:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49062 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229493AbiINAwB (ORCPT ); Tue, 13 Sep 2022 20:52:01 -0400 Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3389A37F81 for ; Tue, 13 Sep 2022 17:52:00 -0700 (PDT) Received: by mail-pg1-x535.google.com with SMTP id 78so12849752pgb.13 for ; Tue, 13 Sep 2022 17:52:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date; bh=CT92j6tCxFfRZCqWY+0RsmfIURyeela0R3FbUxkSEXA=; b=cgRpIsMu0sY8TKHmNRgR4MKetGHKJRZYfqHceV78oKOfizDpGrpq06Zv1NGuZ38zuf odVigm4u4qPDOor5HN5/WV1I6v9q8s4tp4asoO+7epdSmsdWWXnB2pdcDpIknT6vWeW3 3sLrxnuxYzsvZ/3F90rE6r9i2v4cwDq9nxwQUzcS5iBBMjcN2gAUnWD0rBLfdH8x2K1B za6wyueWfWee0Lb/tiz6uh8Q3aKTaXyiqoO/owaxkeOv7o35mbY9lkTcrtadV8v5S9tm DNlp6ypDZ6+A6Oe9vpyrkjGkJSQmtULSvaAcl0VJ6V2oGbwxb4atbZ0CT9Y1h++BC7MI Gu7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date; bh=CT92j6tCxFfRZCqWY+0RsmfIURyeela0R3FbUxkSEXA=; b=YqS8Vu6E447LeoS5QRzhqIHBoVJpyFjQzGf8iLCRqFcYR8y0BI648hn5VgI8+SvdFi g3xQFDMOAkkojg5dCbrg2rpBoD9gVwjkmHga+/Nf6YIy0VY+pphONud3lrMPkJvObMc3 h+5FOvLRY49LY5JJ+zJ29NAE/yHguwAEFcB/zQFS20Jx1wsJgUMukeX1JIqLUyKZgFIN BUo+wzTN7S9TUkzz7PsekmLA8CB57Xh3Uv0X6tZNzsJSpBNeKbKAJO18UpFFOR7OX6w0 Vnmr45P1Wx1uTxIZyJoUADZr5inw6jvCBzSJPNrIjfpS8JC1qYLuUe93JuF4LdgauBd4 gH/Q== X-Gm-Message-State: ACgBeo1MN03MTzSc0pNJVJys/zwnWKYdM+yWtJpiak2K08UmuM2GDlZt JFxQ37ue4r0EKjt45jXQ4pje3w== X-Received: by 2002:a05:6a00:14c4:b0:542:cd3a:591e with SMTP id w4-20020a056a0014c400b00542cd3a591emr14315838pfu.27.1663116719529; Tue, 13 Sep 2022 17:51:59 -0700 (PDT) Received: from google.com (220.181.82.34.bc.googleusercontent.com. [34.82.181.220]) by smtp.gmail.com with ESMTPSA id p8-20020a1709027ec800b00174ea015ee2sm9297880plb.38.2022.09.13.17.51.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Sep 2022 17:51:58 -0700 (PDT) Date: Tue, 13 Sep 2022 17:51:55 -0700 From: Ricardo Koller To: Oliver Upton Cc: Marc Zyngier , James Morse , Alexandru Elisei , Suzuki K Poulose , Catalin Marinas , Will Deacon , linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, Quentin Perret , Reiji Watanabe , David Matlack , Ben Gardon , Paolo Bonzini , Gavin Shan , Peter Xu , Sean Christopherson , linux-kernel@vger.kernel.org Subject: Re: [PATCH 11/14] KVM: arm64: Make changes block->table to leaf PTEs parallel-aware Message-ID: References: <20220830194132.962932-1-oliver.upton@linux.dev> <20220830195102.964724-1-oliver.upton@linux.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220830195102.964724-1-oliver.upton@linux.dev> X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 30, 2022 at 07:51:01PM +0000, Oliver Upton wrote: > In order to service stage-2 faults in parallel, stage-2 table walkers > must take exclusive ownership of the PTE being worked on. An additional > requirement of the architecture is that software must perform a > 'break-before-make' operation when changing the block size used for > mapping memory. > > Roll these two concepts together into helpers for performing a > 'break-before-make' sequence. Use a special PTE value to indicate a PTE > has been locked by a software walker. Additionally, use an atomic > compare-exchange to 'break' the PTE when the stage-2 page tables are > possibly shared with another software walker. Elide the DSB + TLBI if > the evicted PTE was invalid (and thus not subject to break-before-make). > > All of the atomics do nothing for now, as the stage-2 walker isn't fully > ready to perform parallel walks. > > Signed-off-by: Oliver Upton > --- > arch/arm64/kvm/hyp/pgtable.c | 87 +++++++++++++++++++++++++++++++++--- > 1 file changed, 82 insertions(+), 5 deletions(-) > > diff --git a/arch/arm64/kvm/hyp/pgtable.c b/arch/arm64/kvm/hyp/pgtable.c > index 61a4437c8c16..71ae96608752 100644 > --- a/arch/arm64/kvm/hyp/pgtable.c > +++ b/arch/arm64/kvm/hyp/pgtable.c > @@ -49,6 +49,12 @@ > #define KVM_INVALID_PTE_OWNER_MASK GENMASK(9, 2) > #define KVM_MAX_OWNER_ID 1 > > +/* > + * Used to indicate a pte for which a 'break-before-make' sequence is in > + * progress. > + */ > +#define KVM_INVALID_PTE_LOCKED BIT(10) > + > struct kvm_pgtable_walk_data { > struct kvm_pgtable *pgt; > struct kvm_pgtable_walker *walker; > @@ -586,6 +592,8 @@ struct stage2_map_data { > > /* Force mappings to page granularity */ > bool force_pte; > + > + bool shared; > }; > > u64 kvm_get_vtcr(u64 mmfr0, u64 mmfr1, u32 phys_shift) > @@ -691,6 +699,11 @@ static bool stage2_pte_is_counted(kvm_pte_t pte) > return kvm_pte_valid(pte) || kvm_invalid_pte_owner(pte); > } > > +static bool stage2_pte_is_locked(kvm_pte_t pte) > +{ > + return !kvm_pte_valid(pte) && (pte & KVM_INVALID_PTE_LOCKED); > +} > + > static bool stage2_try_set_pte(kvm_pte_t *ptep, kvm_pte_t old, kvm_pte_t new, bool shared) > { > if (!shared) { > @@ -701,6 +714,69 @@ static bool stage2_try_set_pte(kvm_pte_t *ptep, kvm_pte_t old, kvm_pte_t new, bo > return cmpxchg(ptep, old, new) == old; > } > > +/** > + * stage2_try_break_pte() - Invalidates a pte according to the > + * 'break-before-make' requirements of the > + * architecture. > + * > + * @ptep: Pointer to the pte to break > + * @old: The previously observed value of the pte > + * @addr: IPA corresponding to the pte > + * @level: Table level of the pte > + * @shared: true if the stage-2 page tables could be shared by multiple software > + * walkers > + * > + * Returns: true if the pte was successfully broken. > + * > + * If the removed pte was valid, performs the necessary serialization and TLB > + * invalidation for the old value. For counted ptes, drops the reference count > + * on the containing table page. > + */ > +static bool stage2_try_break_pte(kvm_pte_t *ptep, kvm_pte_t old, u64 addr, u32 level, > + struct stage2_map_data *data) > +{ > + struct kvm_pgtable_mm_ops *mm_ops = data->mm_ops; > + > + if (stage2_pte_is_locked(old)) { > + /* > + * Should never occur if this walker has exclusive access to the > + * page tables. > + */ > + WARN_ON(!data->shared); > + return false; > + } The above check is not needed as the cmpxchg() will return false if the old pte is equal to "new" (KVM_INVALID_PTE_LOCKED). > + > + if (!stage2_try_set_pte(ptep, old, KVM_INVALID_PTE_LOCKED, data->shared)) > + return false; > + > + /* > + * Perform the appropriate TLB invalidation based on the evicted pte > + * value (if any). > + */ > + if (kvm_pte_table(old, level)) > + kvm_call_hyp(__kvm_tlb_flush_vmid, data->mmu); > + else if (kvm_pte_valid(old)) > + kvm_call_hyp(__kvm_tlb_flush_vmid_ipa, data->mmu, addr, level); > + > + if (stage2_pte_is_counted(old)) > + mm_ops->put_page(ptep); > + > + return true; > +} > + > +static void stage2_make_pte(kvm_pte_t *ptep, kvm_pte_t old, kvm_pte_t new, > + struct stage2_map_data *data) > +{ > + struct kvm_pgtable_mm_ops *mm_ops = data->mm_ops; > + > + WARN_ON(!stage2_pte_is_locked(*ptep)); > + > + if (stage2_pte_is_counted(new)) > + mm_ops->get_page(ptep); > + > + smp_store_release(ptep, new); > +} > + > static void stage2_put_pte(kvm_pte_t *ptep, struct kvm_s2_mmu *mmu, u64 addr, > u32 level, struct kvm_pgtable_mm_ops *mm_ops) > { > @@ -836,17 +912,18 @@ static int stage2_map_walk_leaf(u64 addr, u64 end, u32 level, kvm_pte_t *ptep, > if (!childp) > return -ENOMEM; > > + if (!stage2_try_break_pte(ptep, *old, addr, level, data)) { > + mm_ops->put_page(childp); > + return -EAGAIN; > + } > + > /* > * If we've run into an existing block mapping then replace it with > * a table. Accesses beyond 'end' that fall within the new table > * will be mapped lazily. > */ > - if (stage2_pte_is_counted(pte)) > - stage2_put_pte(ptep, data->mmu, addr, level, mm_ops); > - > new = kvm_init_table_pte(childp, mm_ops); > - mm_ops->get_page(ptep); > - smp_store_release(ptep, new); > + stage2_make_pte(ptep, *old, new, data); > *old = new; > > return 0; > -- > 2.37.2.672.g94769d06f0-goog >