Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp7287146rwn; Tue, 13 Sep 2022 17:48:58 -0700 (PDT) X-Google-Smtp-Source: AA6agR6FwSjNbVADyvlMP5aCipgroS4/HVlSBYqo9JVDez1k+WHqyLU83JhXn/zBHWDHVj1dqiMB X-Received: by 2002:a17:906:dc8f:b0:77f:ed68:d9ae with SMTP id cs15-20020a170906dc8f00b0077fed68d9aemr3746568ejc.692.1663116537756; Tue, 13 Sep 2022 17:48:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663116537; cv=none; d=google.com; s=arc-20160816; b=qTewwEcY3eNfzKfTUDExVb/X84e7k5No0zckXtc8Mz01QEEX/sGGX9KgIIn45w8Qj2 SlL8cD5RYK3Y+Cn2hsRSKB1BEoBn0AZyiTD2Vh//2utAE7eAWUJeWHqnzTWClQgvNzHb SBY7F+8pI+PnyGYaTE+brTWRdKRRolzI+l7wB5It84UNqcQgla1RNFpw7kHaCunNe93X 8MXzFBLpX+J7xEZNyikP1uL6ElEi3PPA7QG9pXH8UFOTCTMCmVSVRRFDQeCs1+squiyT 4XixuEAdiukyGKm3Y8oxEDjdAk4Q1+CWdsG6BXDQg0Th6xSu9RRAE+FovPs01xSxyDWx 3UWw== 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=Qh1/s6M70qDgDeLcah8lIOeqDjJuG7SFaXNSDeF85IM=; b=da5qx+bfw1NAI27VnBwlxY6rRS9c7uHdR5JpigflJz11f+KDRsufXoW39a8lykh23M wP9gZyp/OeB47fSWLYw284pCfh7tEnfEiYqS1vI4XVcuLYfDdI/lVe8Yuev0sQppeDVK TXmkU1OO7fdAET7lvB3jmUCBruykcJeK7NRCDnMe9bvfH/zRk9Vv0UeWEjJTDPCGkA3L Veg3McaeBfgTF5iku9sgrLY+Iqkaf5BYzV49bcIZTPKePo1oCNUmnUHRdBfG9QN71s0O xim6iiUSajF/gcxluQx12JQw+WEImxAz8l4Vu5DYw6En/YNoEApF5nkL6cWVfloO19DV gD/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=hmnbcNQ3; 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 hs35-20020a1709073ea300b007307bde1f23si12390297ejc.716.2022.09.13.17.48.31; Tue, 13 Sep 2022 17:48:57 -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=hmnbcNQ3; 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 S229851AbiINAUU (ORCPT + 99 others); Tue, 13 Sep 2022 20:20:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46382 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229781AbiINAUS (ORCPT ); Tue, 13 Sep 2022 20:20:18 -0400 Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 170696BD45 for ; Tue, 13 Sep 2022 17:20:17 -0700 (PDT) Received: by mail-pj1-x1035.google.com with SMTP id d64-20020a17090a6f4600b00202ce056566so7766404pjk.4 for ; Tue, 13 Sep 2022 17:20:17 -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=Qh1/s6M70qDgDeLcah8lIOeqDjJuG7SFaXNSDeF85IM=; b=hmnbcNQ3+hkMCTGJ/nShNJrdUAPB537RhF9GVtG4p8/BI7EYdGHrjC8Ug8ZuSsUqhU KKUGItY5hPPLm7tuQ2mDcJHY+oVu1uBXZ0KRYHntZfJouOy5Q92ITkK5R9/X9pK1ZY75 fB/1O2HLHO9O3OnrzT5NZNDDdnia6qOX09dKbg3L9mga6duqANJSHD1ctAgzmNAuz24I giVgi0yddUf7+Eytcs2FOlC+N+Q3NXTI8zMXv8RlrZa1uueVgQNKq2sEaf4ujLvt/S9Q REXYQ+tJq4Rew4a6vmc7qt740OPm1E59FU1BKW1Sxgo/Pm5KTi4YyoDfu9z7MBM93sn5 /yEw== 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=Qh1/s6M70qDgDeLcah8lIOeqDjJuG7SFaXNSDeF85IM=; b=LS8hFhzMUv3cwnkiomYwk3gvS+8dML7HIgKYgX5WzI2DFNZYfH7P5Q0rM1MlW2tnld vAmUbalbg72MgfL2GaiS4MV62S4cNuhYBGh832kt9ML1Ki/3QrxCi97u7h7/7Ni2LChj nwHb2JTbiXNArhhKT4+uWUU5cqb5AlPEhOdrLToSmHv7UuHQPnvS1JFEHmmeRJOAHM/Q +qtURQeOmnm3mRWdjHqbg69ELip4Ygz/2Con5Tz9DpB05gasvXY6tMG6ZRymBOqFTHev QFq3nMAGkBAoHkxHvgMdjS5q7igc9aS3vnCy8L/mv+B9uwstxkm52wFp0oCULUfMlQ2B zrhQ== X-Gm-Message-State: ACgBeo1Gsun60iKieYYZlMBYbxsp5+zTTTSwgSF5rC79GvGcw7aWFRHg PfpS6cIGB1bj6Lfb+6v/EUwKgg== X-Received: by 2002:a17:903:234c:b0:178:1a7c:28a5 with SMTP id c12-20020a170903234c00b001781a7c28a5mr18615900plh.32.1663114816299; Tue, 13 Sep 2022 17:20:16 -0700 (PDT) Received: from google.com (220.181.82.34.bc.googleusercontent.com. [34.82.181.220]) by smtp.gmail.com with ESMTPSA id k8-20020a170902c40800b00176a715653dsm9251820plk.145.2022.09.13.17.20.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Sep 2022 17:20:15 -0700 (PDT) Date: Tue, 13 Sep 2022 17:20:11 -0700 From: Ricardo Koller To: Oliver Upton Cc: Marc Zyngier , James Morse , Alexandru Elisei , Suzuki K Poulose , Catalin Marinas , Will Deacon , Quentin Perret , Reiji Watanabe , David Matlack , Ben Gardon , Paolo Bonzini , Gavin Shan , Peter Xu , Sean Christopherson , linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 02/14] KVM: arm64: Tear down unlinked stage-2 subtree after break-before-make Message-ID: References: <20220830194132.962932-1-oliver.upton@linux.dev> <20220830194132.962932-3-oliver.upton@linux.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220830194132.962932-3-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=ham 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 Hi Oliver, On Tue, Aug 30, 2022 at 07:41:20PM +0000, Oliver Upton wrote: > The break-before-make sequence is a bit annoying as it opens a window > wherein memory is unmapped from the guest. KVM should replace the PTE > as quickly as possible and avoid unnecessary work in between. > > Presently, the stage-2 map walker tears down a removed table before > installing a block mapping when coalescing a table into a block. As the > removed table is no longer visible to hardware walkers after the > DSB+TLBI, it is possible to move the remaining cleanup to happen after > installing the new PTE. > > Reshuffle the stage-2 map walker to install the new block entry in > the pre-order callback. Unwire all of the teardown logic and replace > it with a call to kvm_pgtable_stage2_free_removed() after fixing > the PTE. The post-order visitor is now completely unnecessary, so drop > it. Finally, touch up the comments to better represent the now > simplified map walker. > > Note that the call to tear down the unlinked stage-2 is indirected > as a subsequent change will use an RCU callback to trigger tear down. > RCU is not available to pKVM, so there is a need to use different > implementations on pKVM and non-pKVM VMs. > > Signed-off-by: Oliver Upton > --- > arch/arm64/include/asm/kvm_pgtable.h | 3 + > arch/arm64/kvm/hyp/nvhe/mem_protect.c | 1 + > arch/arm64/kvm/hyp/pgtable.c | 83 ++++++++------------------- > arch/arm64/kvm/mmu.c | 1 + > 4 files changed, 28 insertions(+), 60 deletions(-) > > diff --git a/arch/arm64/include/asm/kvm_pgtable.h b/arch/arm64/include/asm/kvm_pgtable.h > index d71fb92dc913..c25633f53b2b 100644 > --- a/arch/arm64/include/asm/kvm_pgtable.h > +++ b/arch/arm64/include/asm/kvm_pgtable.h > @@ -77,6 +77,8 @@ static inline bool kvm_level_supports_block_mapping(u32 level) > * allocation is physically contiguous. > * @free_pages_exact: Free an exact number of memory pages previously > * allocated by zalloc_pages_exact. > + * @free_removed_table: Free a removed paging structure by unlinking and > + * dropping references. > * @get_page: Increment the refcount on a page. > * @put_page: Decrement the refcount on a page. When the > * refcount reaches 0 the page is automatically > @@ -95,6 +97,7 @@ struct kvm_pgtable_mm_ops { > void* (*zalloc_page)(void *arg); > void* (*zalloc_pages_exact)(size_t size); > void (*free_pages_exact)(void *addr, size_t size); > + void (*free_removed_table)(void *addr, u32 level, void *arg); > void (*get_page)(void *addr); > void (*put_page)(void *addr); > int (*page_count)(void *addr); > diff --git a/arch/arm64/kvm/hyp/nvhe/mem_protect.c b/arch/arm64/kvm/hyp/nvhe/mem_protect.c > index 1e78acf9662e..a930fdee6fce 100644 > --- a/arch/arm64/kvm/hyp/nvhe/mem_protect.c > +++ b/arch/arm64/kvm/hyp/nvhe/mem_protect.c > @@ -93,6 +93,7 @@ static int prepare_s2_pool(void *pgt_pool_base) > host_kvm.mm_ops = (struct kvm_pgtable_mm_ops) { > .zalloc_pages_exact = host_s2_zalloc_pages_exact, > .zalloc_page = host_s2_zalloc_page, > + .free_removed_table = kvm_pgtable_stage2_free_removed, > .phys_to_virt = hyp_phys_to_virt, > .virt_to_phys = hyp_virt_to_phys, > .page_count = hyp_page_count, > diff --git a/arch/arm64/kvm/hyp/pgtable.c b/arch/arm64/kvm/hyp/pgtable.c > index d8127c25424c..5c0c8028d71c 100644 > --- a/arch/arm64/kvm/hyp/pgtable.c > +++ b/arch/arm64/kvm/hyp/pgtable.c > @@ -763,17 +763,21 @@ static int stage2_map_walker_try_leaf(u64 addr, u64 end, u32 level, > return 0; > } > > +static int stage2_map_walk_leaf(u64 addr, u64 end, u32 level, kvm_pte_t *ptep, > + struct stage2_map_data *data); > + > static int stage2_map_walk_table_pre(u64 addr, u64 end, u32 level, > kvm_pte_t *ptep, > struct stage2_map_data *data) > { > - if (data->anchor) > - return 0; > + struct kvm_pgtable_mm_ops *mm_ops = data->mm_ops; > + kvm_pte_t *childp = kvm_pte_follow(*ptep, mm_ops); > + struct kvm_pgtable *pgt = data->mmu->pgt; > + int ret; > > if (!stage2_leaf_mapping_allowed(addr, end, level, data)) > return 0; > > - data->childp = kvm_pte_follow(*ptep, data->mm_ops); > kvm_clear_pte(ptep); > > /* > @@ -782,8 +786,13 @@ static int stage2_map_walk_table_pre(u64 addr, u64 end, u32 level, > * individually. > */ > kvm_call_hyp(__kvm_tlb_flush_vmid, data->mmu); > - data->anchor = ptep; > - return 0; > + > + ret = stage2_map_walk_leaf(addr, end, level, ptep, data); I think this always ends up calling stage2_map_walker_try_leaf() (at least it should). In that case, I think it might be clearer to do so, as the intention is to just install a block. > + > + mm_ops->put_page(ptep); > + mm_ops->free_removed_table(childp, level + 1, pgt); *old = *ptep; > + > + return ret; > } > > static int stage2_map_walk_leaf(u64 addr, u64 end, u32 level, kvm_pte_t *ptep, > @@ -793,13 +802,6 @@ static int stage2_map_walk_leaf(u64 addr, u64 end, u32 level, kvm_pte_t *ptep, > kvm_pte_t *childp, pte = *ptep; > int ret; > > - if (data->anchor) { > - if (stage2_pte_is_counted(pte)) > - mm_ops->put_page(ptep); > - > - return 0; > - } > - > ret = stage2_map_walker_try_leaf(addr, end, level, ptep, data); > if (ret != -E2BIG) > return ret; > @@ -828,50 +830,14 @@ static int stage2_map_walk_leaf(u64 addr, u64 end, u32 level, kvm_pte_t *ptep, > return 0; > } > > -static int stage2_map_walk_table_post(u64 addr, u64 end, u32 level, > - kvm_pte_t *ptep, > - struct stage2_map_data *data) > -{ > - struct kvm_pgtable_mm_ops *mm_ops = data->mm_ops; > - kvm_pte_t *childp; > - int ret = 0; > - > - if (!data->anchor) > - return 0; > - > - if (data->anchor == ptep) { > - childp = data->childp; > - data->anchor = NULL; > - data->childp = NULL; > - ret = stage2_map_walk_leaf(addr, end, level, ptep, data); > - } else { > - childp = kvm_pte_follow(*ptep, mm_ops); > - } > - > - mm_ops->put_page(childp); > - mm_ops->put_page(ptep); > - > - return ret; > -} > - > /* > - * This is a little fiddly, as we use all three of the walk flags. The idea > - * is that the TABLE_PRE callback runs for table entries on the way down, > - * looking for table entries which we could conceivably replace with a > - * block entry for this mapping. If it finds one, then it sets the 'anchor' > - * field in 'struct stage2_map_data' to point at the table entry, before > - * clearing the entry to zero and descending into the now detached table. > - * > - * The behaviour of the LEAF callback then depends on whether or not the > - * anchor has been set. If not, then we're not using a block mapping higher > - * up the table and we perform the mapping at the existing leaves instead. > - * If, on the other hand, the anchor _is_ set, then we drop references to > - * all valid leaves so that the pages beneath the anchor can be freed. > + * The TABLE_PRE callback runs for table entries on the way down, looking > + * for table entries which we could conceivably replace with a block entry > + * for this mapping. If it finds one it replaces the entry and calls > + * kvm_pgtable_mm_ops::free_removed_table() to tear down the detached table. > * > - * Finally, the TABLE_POST callback does nothing if the anchor has not > - * been set, but otherwise frees the page-table pages while walking back up > - * the page-table, installing the block entry when it revisits the anchor > - * pointer and clearing the anchor to NULL. > + * Otherwise, the LEAF callback performs the mapping at the existing leaves > + * instead. > */ > static int stage2_map_walker(u64 addr, u64 end, u32 level, kvm_pte_t *ptep, > enum kvm_pgtable_walk_flags flag, void * const arg) > @@ -883,11 +849,9 @@ static int stage2_map_walker(u64 addr, u64 end, u32 level, kvm_pte_t *ptep, > return stage2_map_walk_table_pre(addr, end, level, ptep, data); > case KVM_PGTABLE_WALK_LEAF: > return stage2_map_walk_leaf(addr, end, level, ptep, data); > - case KVM_PGTABLE_WALK_TABLE_POST: > - return stage2_map_walk_table_post(addr, end, level, ptep, data); > + default: > + return -EINVAL; nice! > } > - > - return -EINVAL; > } > > int kvm_pgtable_stage2_map(struct kvm_pgtable *pgt, u64 addr, u64 size, > @@ -905,8 +869,7 @@ int kvm_pgtable_stage2_map(struct kvm_pgtable *pgt, u64 addr, u64 size, > struct kvm_pgtable_walker walker = { > .cb = stage2_map_walker, > .flags = KVM_PGTABLE_WALK_TABLE_PRE | > - KVM_PGTABLE_WALK_LEAF | > - KVM_PGTABLE_WALK_TABLE_POST, > + KVM_PGTABLE_WALK_LEAF, > .arg = &map_data, > }; > > diff --git a/arch/arm64/kvm/mmu.c b/arch/arm64/kvm/mmu.c > index c9a13e487187..91521f4aab97 100644 > --- a/arch/arm64/kvm/mmu.c > +++ b/arch/arm64/kvm/mmu.c > @@ -627,6 +627,7 @@ static struct kvm_pgtable_mm_ops kvm_s2_mm_ops = { > .zalloc_page = stage2_memcache_zalloc_page, > .zalloc_pages_exact = kvm_host_zalloc_pages_exact, > .free_pages_exact = free_pages_exact, > + .free_removed_table = kvm_pgtable_stage2_free_removed, > .get_page = kvm_host_get_page, > .put_page = kvm_host_put_page, > .page_count = kvm_host_page_count, > -- > 2.37.2.672.g94769d06f0-goog >