Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp866610rwb; Thu, 12 Jan 2023 13:28:19 -0800 (PST) X-Google-Smtp-Source: AMrXdXtaN+klYC1qgZssbNf1TrLdYZGO4eHItiCIflBvvlK/avbP5H/PxhtoOMWBGDBdrxJ/iVDN X-Received: by 2002:a05:6a20:c704:b0:b6:95d0:548a with SMTP id hi4-20020a056a20c70400b000b695d0548amr1620812pzb.1.1673558899072; Thu, 12 Jan 2023 13:28:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673558899; cv=none; d=google.com; s=arc-20160816; b=fQn+veQFGL2UYRfdNhdm+SUDx91CGsqn5JkFUVadJk8qh0DDQlByvKqn2/f5phLAYM /EHaFKlWO5x8l/btY1pMU2unqBfSxBPP9rn0yNXc7UPUA2RLl0E/5LU7BLK4dlJ1l+H8 6fovrIxJaBbNEGrdXeh0qqEzYaODvPnDnPLvukNcnRh4y6zFDPDHSsu0OECoQn4QlZmP xs7atihszOeLy1Hdk821UiOD6ESv6YJyshTZPJPia/b2NFkHOYLuBDbFNuURneM/ceq+ Utwfewm2qVkx7l6O6YGH2OgG6Gile4j3qvQ/bMcpL7p7Nhlo8bvTQewMduzyncuRAAw0 MRcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=L+Y11wIGuYqM3WI5W/LJtU3EbjeOxgch9hg5fvLKprA=; b=LwJKw4NmkslBmGjWp8cGrVQAbl30MIc+fOUcVqmLmfAJnjEqf8JiMeQk4oRv0oS7z3 yGg9V9TuykUmrIEL1fJ16NurSkiZyRJGz2ZKYTaOHDUSl8YGCZtmEuU3c+Jm1MjjV6ve 302L9mM7tVFp964qqr2076fNOZaCEq8tF9bTD9PZbrnMHzp76h+k+gSfZHTZGTQxsVeQ uCuT0THxHIBtD5QM2zsNGCq5x4dUEIAWeUz2pMbY4+IaY3t3WCucFqTM23X2RbcV0dn5 S2EidVWQG3FuzaqrZLPpZOtaEZ+teHJt7DbckSkpnFjUjnSghN/JyyvvnGfDdjKE+apJ z9UQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=EHveCHrE; 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 q11-20020a65494b000000b004705b0ca9f1si18532145pgs.545.2023.01.12.13.28.12; Thu, 12 Jan 2023 13:28:19 -0800 (PST) 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=EHveCHrE; 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 S232890AbjALUjW (ORCPT + 50 others); Thu, 12 Jan 2023 15:39:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48578 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232397AbjALUjB (ORCPT ); Thu, 12 Jan 2023 15:39:01 -0500 Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7C1073D1FA for ; Thu, 12 Jan 2023 12:09:28 -0800 (PST) Received: by mail-wm1-x331.google.com with SMTP id ay40so13983528wmb.2 for ; Thu, 12 Jan 2023 12:09:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=L+Y11wIGuYqM3WI5W/LJtU3EbjeOxgch9hg5fvLKprA=; b=EHveCHrEQM6di4eSOYUn1btRpD7sMd94Bvi9ViJpKA7vkN9kosVxVrfw8UfaPKaW7p sAWGmoLAGpNUi6o4VBQiTkStcPlu/rQY7MrC44vezeiiwL9zYXiBU9yXSRMccAK39SIF 8WRGS7ztDz1uRJ77JocG4wUZC+91enLHst4i8QyGXVT2PzRvsiaaWcjVThWyB6x+H4ZN w2BDNvEf8mgti6WQQkDbxZLG8aG2rQyBDOHaV2rSIyngZ+9fEVfKMk85TLURuQldC2xN itKHuvGps12X8lmw72CziPs7BqcrgOCAuKejJsTAARdi9z7fUZV8n663jsPv7Zl6N92U ZwMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=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=L+Y11wIGuYqM3WI5W/LJtU3EbjeOxgch9hg5fvLKprA=; b=HGCk7VAL0iyur7csw+tHvwUTIOmnRJ6tXjHBFm6JkZs5IN4eXPd9V0FOpuBUBc7WJx yRUbBcsNGl8uH4Ghmu7vbA3/HQmY8GqH7NCXD7u0MozQr3aFbD2lz9XPWQaeYKSTHrUl f5x0yPwU5YZbW07woC0LuaRlqe8nqJtS73WUu/JMbl3kYqCBdq5OElxi2padFGmxc6bt WohhuAkOcsqrhnlkeN8CZyia4gcve/+BCUBc8NUu9sxAn6sDNoZaMBvfjPb2I9/e6IJG vGchgpmySpitStnS3PTo+9sqPqmIr/Su/JN0Wxses73akm4UUj0RvBVtOxqBMfX9ApJw +YHQ== X-Gm-Message-State: AFqh2kq9zGrWhCAOPfis1U2N8qx2RVMZbzz+ZyAAekCHSkLPQAj2lhpB 0UDvc95XTGg1seUJCLOMsLbqju/SxYpa5zb3o0DaRg== X-Received: by 2002:a05:600c:4c22:b0:3cf:f2aa:3dc2 with SMTP id d34-20020a05600c4c2200b003cff2aa3dc2mr4165848wmp.175.1673554084644; Thu, 12 Jan 2023 12:08:04 -0800 (PST) MIME-Version: 1.0 References: <20230105101844.1893104-1-jthoughton@google.com> <20230105101844.1893104-40-jthoughton@google.com> In-Reply-To: <20230105101844.1893104-40-jthoughton@google.com> From: James Houghton Date: Thu, 12 Jan 2023 15:07:53 -0500 Message-ID: Subject: Re: [PATCH 39/46] hugetlb: x86: enable high-granularity mapping To: Mike Kravetz , Muchun Song , Peter Xu Cc: David Hildenbrand , David Rientjes , Axel Rasmussen , Mina Almasry , "Zach O'Keefe" , Manish Mishra , Naoya Horiguchi , "Dr . David Alan Gilbert" , "Matthew Wilcox (Oracle)" , Vlastimil Babka , Baolin Wang , Miaohe Lin , Yang Shi , Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" 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, 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 Thu, Jan 5, 2023 at 5:19 AM James Houghton wrote: > > Now that HGM is fully supported for GENERAL_HUGETLB, x86 can enable it. > The x86 KVM MMU already properly handles HugeTLB HGM pages (it does a > page table walk to determine which size to use in the second-stage page > table instead of, for example, checking vma_mmu_pagesize, like arm64 > does). > > We could also enable HugeTLB HGM for arm (32-bit) at this point, as it > also uses GENERAL_HUGETLB and I don't see anything else that is needed > for it. However, I haven't tested on arm at all, so I won't enable it. Given that we are using a high bit for VM_HUGETLB_HGM, we can only support 64-bit architectures. Userfaultfd minor faults is limited to 64-bit architectures for the same reason: VM_UFFD_MINOR uses a bit. > > Signed-off-by: James Houghton > --- > arch/x86/Kconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig > index 3604074a878b..3d08cd45549c 100644 > --- a/arch/x86/Kconfig > +++ b/arch/x86/Kconfig > @@ -126,6 +126,7 @@ config X86 > select ARCH_WANT_GENERAL_HUGETLB > select ARCH_WANT_HUGE_PMD_SHARE > select ARCH_WANT_HUGETLB_PAGE_OPTIMIZE_VMEMMAP if X86_64 > + select ARCH_WANT_HUGETLB_HIGH_GRANULARITY_MAPPING This needs `if X86_64` at the end. Will be corrected for v2. > select ARCH_WANT_LD_ORPHAN_WARN > select ARCH_WANTS_THP_SWAP if X86_64 > select ARCH_HAS_PARANOID_L1D_FLUSH > -- > 2.39.0.314.g84b9a713c41-goog >