From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 91394C433EF for ; Tue, 15 Mar 2022 00:52:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:Cc:To:Subject:Message-ID:Date:From: In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=shEbgaYa2dTT9/Cnoxzrke/DOZcPq58IET/J6dPYfnQ=; b=1tck9M3J+9Of0e u/vvr7hEKKde4Vy5/lbrQV5xldjHPgbpAPnFeXEA9aqsIsmhZpb5YrP/epFXlMpcKzn6UT4ZZjJRC 3MYRLudUJwLIhhsYY4WFGMRysicd4RrpDIbxnNOSAfLxmk9CciyHAvpEMobn97lSXbyXNjC+im+ga nZjr4hmW3G/lAsuLk1IPqFjIXl6lM+lyfic4zxImcQWcvEx3IAi+NxKqTJUvYAx4TJ+YDQTJq5JIG y2aBdFrsB8JSsfFVUN3/F/4BQn9sQM2PWBiTfvcplD3wo+bRoyT7iJb6S38cZV9U0X+exWM3sHEgc MUQM95PgNW0z4ouzhHOA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nTvON-007PxT-LB; Tue, 15 Mar 2022 00:50:28 +0000 Received: from mail-vs1-xe33.google.com ([2607:f8b0:4864:20::e33]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nTvOG-007Pv8-S0 for linux-arm-kernel@lists.infradead.org; Tue, 15 Mar 2022 00:50:22 +0000 Received: by mail-vs1-xe33.google.com with SMTP id t124so7411681vsb.7 for ; Mon, 14 Mar 2022 17:50:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TGWP/j9jQDz8ITNZjF9Mi8AuvhWKnrJvGLZgMJstMyM=; b=CfS7UUjvLrAT1aDGYV3HnxSl8EQtbmuYuPBgTmaQYFz9vJimhbOWc+IH0w9b5GdliA mHycmaQ42AeBz9Run7QRKkijkzuuXe/k4wG3L3HFkHZHxIBQpp8MnzKygxU4iwixKfT6 nORrYwSyj8T0AVOhVnvyQjHf7uFM6uTZfIcyPyr3tJO5Yiat5KQ0XdDbvQQhBCTnq/dN MppfA+kUUjiUpIDzqmo6ULH6hF5gFIzU2wFX9+1UGraZQIkxwy9XqrNvVMBciDx3dxqx ZfhQmEtcCIW+Hrvaqj6jda+tfyYebGiiPej6g5M7HQMMiHUBUvAsBcSGTY7JohJz/mR3 q82A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TGWP/j9jQDz8ITNZjF9Mi8AuvhWKnrJvGLZgMJstMyM=; b=hVvdp5PsomLES3IQlizc61XMuIMc/rRlyF0d5bdK1mKLfWtiH8d5H6aPR5FOtNrWWv wyrPl/Xaa+HvypUy+mkcfP9kdWR8hgitUFtzYDg3jrVsLHxze86NYrpVyFItxuOFtm3v 8v9DLgKCw8vMlNHwdZv826RyhY7ETH7TljLR8+RDuNlABoYh+6yDiQcr6GsHy1Cs6GSq Fga0Nh/fowg9Kt8Bh7VNfTQiqZaSbC0PxaTGqw5Y5Pxr3WrHrV0wgzNiyk61V44x8IMI 2Y+ZD5sCT8giOrzMkOayD4H/nPcUXBruv7otpOn/EYQqdnTctlAhKoke9Q0eXloLViAU Gw/g== X-Gm-Message-State: AOAM531Gmnw989g85y0neSzAJGYGth5Ml+jz1tSU2X3AvwenpICHZa/u AjpczKFUYnMoSjwCGYHkLveeWHdQNVpWDv21+gwOPg== X-Google-Smtp-Source: ABdhPJx0othUKamJYw7fkq4YIMuB/hB8vElbG97cfyPOzYEEeFJqxq2EgYGx7cZnSaYaYnniHc3DsVySI8hwoEtt7Bs= X-Received: by 2002:a05:6102:290c:b0:322:b864:22f5 with SMTP id cz12-20020a056102290c00b00322b86422f5mr7717062vsb.41.1647305419517; Mon, 14 Mar 2022 17:50:19 -0700 (PDT) MIME-Version: 1.0 References: <20220309021230.721028-1-yuzhao@google.com> <20220309021230.721028-6-yuzhao@google.com> <875yoh552i.fsf@yhuang6-desk2.ccr.corp.intel.com> <87mths3vg5.fsf@yhuang6-desk2.ccr.corp.intel.com> In-Reply-To: <87mths3vg5.fsf@yhuang6-desk2.ccr.corp.intel.com> From: Yu Zhao Date: Mon, 14 Mar 2022 18:50:08 -0600 Message-ID: Subject: Re: [PATCH v9 05/14] mm: multi-gen LRU: groundwork To: "Huang, Ying" Cc: kernel@lists.fedoraproject.org, kernel-team@lists.ubuntu.com, Andrew Morton , Linus Torvalds , Andi Kleen , Aneesh Kumar , Catalin Marinas , Dave Hansen , Hillf Danton , Jens Axboe , Jesse Barnes , Johannes Weiner , Jonathan Corbet , Matthew Wilcox , Mel Gorman , Michael Larabel , Michal Hocko , Mike Rapoport , Rik van Riel , Vlastimil Babka , Will Deacon , Linux ARM , "open list:DOCUMENTATION" , linux-kernel , Linux-MM , Kernel Page Reclaim v2 , "the arch/x86 maintainers" , Brian Geffon , Jan Alexander Steffens , Oleksandr Natalenko , Steven Barrett , Suleiman Souhlal , Daniel Byrne , Donald Carr , =?UTF-8?Q?Holger_Hoffst=C3=A4tte?= , Konstantin Kharlamov , Shuang Zhai , Sofia Trinh , Vaibhav Jain X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220314_175020_952762_53D9F762 X-CRM114-Status: GOOD ( 20.05 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, Mar 14, 2022 at 6:34 PM Huang, Ying wrote: > > Yu Zhao writes: > > > On Mon, Mar 14, 2022 at 2:09 AM Huang, Ying wrote: > >> > >> Hi, Yu, > >> > >> Yu Zhao writes: > >> > diff --git a/mm/Kconfig b/mm/Kconfig > >> > index 3326ee3903f3..747ab1690bcf 100644 > >> > --- a/mm/Kconfig > >> > +++ b/mm/Kconfig > >> > @@ -892,6 +892,16 @@ config ANON_VMA_NAME > >> > area from being merged with adjacent virtual memory areas due to the > >> > difference in their name. > >> > > >> > +# the multi-gen LRU { > >> > +config LRU_GEN > >> > + bool "Multi-Gen LRU" > >> > + depends on MMU > >> > + # the following options can use up the spare bits in page flags > >> > + depends on !MAXSMP && (64BIT || !SPARSEMEM || SPARSEMEM_VMEMMAP) > >> > >> LRU_GEN depends on !MAXSMP. So, What is the maximum NR_CPUS supported > >> by LRU_GEN? > > > > LRU_GEN doesn't really care about NR_CPUS. IOW, it doesn't impose a > > max number. The dependency is with NODES_SHIFT selected by MAXSMP: > > default "10" if MAXSMP > > This combined with LAST_CPUPID_SHIFT can exhaust the spare bits in page flags. > > From the following code snippets from page-flags-layout.h, > LAST_CPUPID_SHIFT is related to NR_CPUS instead of NODES_SHIFT. It is. But LAST_CPUPID_NOT_IN_PAGE_FLAGS should always work but NODE_NOT_IN_PAGE_FLAGS doesn't. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel