Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp26682379rwd; Mon, 3 Jul 2023 13:18:02 -0700 (PDT) X-Google-Smtp-Source: APBJJlHChkfnNmithalrf3qMY4sytL8f2UQg1k+7s4gYAke3YRexiKWS8e2kRftDmKg3ChPONIue X-Received: by 2002:a1f:6005:0:b0:471:5cb5:11fd with SMTP id u5-20020a1f6005000000b004715cb511fdmr5947726vkb.8.1688415482323; Mon, 03 Jul 2023 13:18:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688415482; cv=none; d=google.com; s=arc-20160816; b=C7V3mjuwkCpvkLYvJaAvHzKWXzyj6JtRcxn4F6FXVrN2rzdoMMA0BbnPsgLrDcjl6U Lo8mKUOHL77efId6/XeAI1NtzOgpH+5bf2GCMcRo2SsoCo5qRV1CLZ6EnAIvnGNL5A3O a8EcGfEACNQMIlqV/TvVtf57qmEft3aOxdKAclzfm8Jt/E7MsL/y3pmRzIqCqBYD6Zx9 pnoWmm8BG6EOfvujrNlAt7nhWkf/qDlsHFBK5F7Q8/bLxFc2zM+RVNPkCKONT/Q8KuSC vvi5Mphji0zYqoFZlJuqDkVLP9ECAIvKeYiG3dFK3fj4k/ZrOKS2VGGgFhXGuIQNrbgG cxhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=BMuT/+syCV4c1WG89jC5mwfdKqUcMRKNlcTUW/qaIFg=; fh=kTo85WoKt47EQARqmIND/zClTHXT6RmtP8CPylWsYEk=; b=v+IVcPHu3bSE67SsCsJAmNfLzOw227WY7rs4E6qyYkSYK+irB4gRDgLKuMSjoblJpq 2OBKMNEvz0Kk/Dr7MqHfY3aR647AKXpu+9ST3aFNOh6dYDc4q+rhaN6iY77rGK/wHJqT 7eXdk+UP+Y6j6EEjjEZ83JsecrXZ5ERtENIapSdGSYzy7NW6PI2j717XNZlP3gcSkQpA S+B9MiBG+ATBfrmxSHTHUKqVZ3sMb2Gsa5mVL+Ra2UumyH17n7/xQnbhIWTJyRWpc98o LPVfyXL5lf9ThdykORX7dkBif8QsK4w7cpnoY/yq4E2+x7FNFFsoulW1M+QoRax/ecHo RyWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=T4wMwr0X; 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 28-20020a63165c000000b0053ff4cf95bbsi18933758pgw.764.2023.07.03.13.17.50; Mon, 03 Jul 2023 13:18:02 -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=20221208 header.b=T4wMwr0X; 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 S231316AbjGCUDA (ORCPT + 99 others); Mon, 3 Jul 2023 16:03:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57538 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229698AbjGCUC7 (ORCPT ); Mon, 3 Jul 2023 16:02:59 -0400 Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 92954E6E for ; Mon, 3 Jul 2023 13:02:50 -0700 (PDT) Received: by mail-qt1-x835.google.com with SMTP id d75a77b69052e-401d1d967beso507561cf.0 for ; Mon, 03 Jul 2023 13:02:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1688414569; x=1691006569; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=BMuT/+syCV4c1WG89jC5mwfdKqUcMRKNlcTUW/qaIFg=; b=T4wMwr0XDGkMRvR6bldNgg+QHWaQPjK97wh9cIQM8GYjuDBn3iPkYyx03IuCBHGa7g +MB+v5A0BHSJuLGoM/CO3O3L8nKZBXcGNWkElDgrt9QcSyg3/1AOXwnWMfAl+3QF2IAH FXOBm24k2StmHrScGuOy15PUesZCej6CLaOIOlv9Uf0sixOu4welwkTsUbCY0MZtBgjV dALy5faYwPWK7poes51Sany+jq0IsmgJp72q+TZfRwf9Vfdaeesib3mg1oLQYeemou39 Kq6GGzvJvNjFg2H+DM/CORlxemdM9UsRXsCyf1oGaaBU5QbrHE7ymtSDvtnWUj1J2/BA Gfqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688414569; x=1691006569; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=BMuT/+syCV4c1WG89jC5mwfdKqUcMRKNlcTUW/qaIFg=; b=K40549PzbulrnCviTRE5+6mys/ku9/VZ7W5z8Fex9Dx48EnqEpgqtvudAtFQauvLSk anpIR/ztyVB5L5u647DyYMjgr1xr2NiBmIb4enimeCkIkil8z3+3OGPPlDTxJG2KUBNt p5o8RZav3Tj4YZRTV/IQb1RKZzY68pnTJ/7lvEiELRqnVtuzM31mubTpsVA2mu0jsgXD vMyBB+LaRYE62AQXKyJZehHe0jXZ10C2nhJ8hOXamkR5FyjArU3EmwUwCc7MGl7vabOQ K16+n3knz1OheUAyovl0RpbenTC4eh0fgVUsv84wp+HzbkbYOJRSdLAmPKlC0lJFs25y nlIQ== X-Gm-Message-State: ABy/qLYl6uOa1Nb4uOlP8Nq+Sl4dLx6BKWsi9YoHC+UzKPB6u7WFEhWz 3vtXBx2B/OcwbqI7J9ExoVbOdw39w6BCc0MNLd5Eng== X-Received: by 2002:ac8:7f12:0:b0:3f8:5b2:aeee with SMTP id f18-20020ac87f12000000b003f805b2aeeemr15861qtk.22.1688414569607; Mon, 03 Jul 2023 13:02:49 -0700 (PDT) MIME-Version: 1.0 References: <20230703135330.1865927-1-ryan.roberts@arm.com> <20230703135330.1865927-6-ryan.roberts@arm.com> In-Reply-To: <20230703135330.1865927-6-ryan.roberts@arm.com> From: Yu Zhao Date: Mon, 3 Jul 2023 14:02:13 -0600 Message-ID: Subject: Re: [PATCH v2 5/5] arm64: mm: Override arch_wants_pte_order() To: Ryan Roberts Cc: Andrew Morton , Matthew Wilcox , "Kirill A. Shutemov" , Yin Fengwei , David Hildenbrand , Catalin Marinas , Will Deacon , Anshuman Khandual , Yang Shi , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 On Mon, Jul 3, 2023 at 7:53=E2=80=AFAM Ryan Roberts = wrote: > > Define an arch-specific override of arch_wants_pte_order() so that when > FLEXIBLE_THP is enabled, large folios will be allocated for anonymous > memory with an order that is compatible with arm64's contpte mappings. > > arch_wants_pte_order() returns an order according to the following > policy: For the unhinted case, when THP is not requested for the vma, > don't allow anything bigger than 64K. This means we don't waste too much > memory. Additionally, for 4K pages this is the contpte size, and for > 16K, this is (usually) the HPA size when the uarch feature is > implemented. For the hinted case, when THP is requested for the vma, > allow the contpte size for all page size configurations; 64K for 4K, 2M > for 16K and 2M for 64K. > > Additionally, the THP and NOTHP order constants are defined using > Kconfig so it is possible to override them at build time. > > Signed-off-by: Ryan Roberts > --- > arch/arm64/Kconfig | 12 ++++++++++++ > arch/arm64/include/asm/pgtable.h | 4 ++++ > arch/arm64/mm/mmu.c | 8 ++++++++ > 3 files changed, 24 insertions(+) > > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > index 343e1e1cae10..689c5bf13dc1 100644 > --- a/arch/arm64/Kconfig > +++ b/arch/arm64/Kconfig > @@ -281,6 +281,18 @@ config ARM64_CONT_PMD_SHIFT > default 5 if ARM64_16K_PAGES > default 4 > > +config ARM64_PTE_ORDER_NOTHP > + int > + default 0 if ARM64_64K_PAGES # 64K (1 page) > + default 2 if ARM64_16K_PAGES # 64K (4 pages; benefits from HPA= where HW supports it) > + default 4 if ARM64_4K_PAGES # 64K (16 pages; eligible for con= tpte-mapping) > + > +config ARM64_PTE_ORDER_THP > + int > + default 5 if ARM64_64K_PAGES # 2M (32 pages; eligible for con= tpte-mapping) > + default 7 if ARM64_16K_PAGES # 2M (128 pages; eligible for co= ntpte-mapping) > + default 4 if ARM64_4K_PAGES # 64K (16 pages; eligible for con= tpte-mapping) > + > config ARCH_MMAP_RND_BITS_MIN > default 14 if ARM64_64K_PAGES > default 16 if ARM64_16K_PAGES > diff --git a/arch/arm64/include/asm/pgtable.h b/arch/arm64/include/asm/pg= table.h > index 6fd012663a01..8463d5f9f307 100644 > --- a/arch/arm64/include/asm/pgtable.h > +++ b/arch/arm64/include/asm/pgtable.h > @@ -1117,6 +1117,10 @@ extern pte_t ptep_modify_prot_start(struct vm_area= _struct *vma, > extern void ptep_modify_prot_commit(struct vm_area_struct *vma, > unsigned long addr, pte_t *ptep, > pte_t old_pte, pte_t new_pte); > + > +#define arch_wants_pte_order arch_wants_pte_order > +extern int arch_wants_pte_order(struct vm_area_struct *vma); > + > #endif /* !__ASSEMBLY__ */ > > #endif /* __ASM_PGTABLE_H */ > diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c > index af6bc8403ee4..8556c4a9b507 100644 > --- a/arch/arm64/mm/mmu.c > +++ b/arch/arm64/mm/mmu.c > @@ -1481,3 +1481,11 @@ void ptep_modify_prot_commit(struct vm_area_struct= *vma, unsigned long addr, pte > { > set_pte_at(vma->vm_mm, addr, ptep, pte); > } > + > +int arch_wants_pte_order(struct vm_area_struct *vma) > +{ > + if (hugepage_vma_check(vma, vma->vm_flags, false, true, true)) > + return CONFIG_ARM64_PTE_ORDER_THP; > + else > + return CONFIG_ARM64_PTE_ORDER_NOTHP; > +} I don't really like this because it's a mix of h/w preference and s/w policy -- from my POV, it's supposed to be the former only. The policy part should be left to core MM (arch-independent). That being said, no objection if ARM MM people think this is really what they want.