Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp979305rwb; Tue, 29 Nov 2022 07:34:15 -0800 (PST) X-Google-Smtp-Source: AA0mqf5CctxqeE1Ub83lbPxsQ1zEHZpARBgMy7a/yilBpu9GmN+i2ouEWxeE03Ic8AbmfG8VnTi4 X-Received: by 2002:a05:6a00:1d8e:b0:56c:c538:f100 with SMTP id z14-20020a056a001d8e00b0056cc538f100mr38363927pfw.58.1669736055581; Tue, 29 Nov 2022 07:34:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669736055; cv=none; d=google.com; s=arc-20160816; b=bEp2Lz2i8qINF4qS+UGvo0PN4DrYi6+QkG0K28Ee4H1US61z1rngtmp8S88DepjfA0 ScAwCZ082bf5/mhJH9lHRr+ZL9P4BYkZWqq+zpuPNCEGD1NuRqxMVbd/+TYpdICIzB34 SW9wfIlLHBgjFBSP6OsDekWVW1wfxsTUTm0uWu2xW1ileo+JCX9mQJqUQ/18MiwS+7uA ts1zAL/Eossiu+cXyoe55m+G8rj38bzi+nbAJYfOVOAY5W84j/e+2uNCtzqkhHAWuJZW 0ReyIVvrimVk9kdG0pjNBv7urvDakDDGDcIExAk46wQ1X6QhdA+adeRt7wIIFgyrlPFy JNEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=KS06AJgkc+uo182c7/mOVYfmitHBWz3NLxUv01MCjJ0=; b=tm42S7Y8ZhkuG6Jjd1Ft4veD82tMGOmH2AWBV/v/66yOWjJLckqr7ROMD42mEGw20+ CSoHRLa4lILodFfQN0KU4nkHOKmkGusxaqxC4ma39N9WwujpSX+xZL01AYrctEKB32wW HjZmcBKh3IoTWS0exy9NA7hra+HOzdlAsSrpXoF5unJ5qPRzcftVw2tzI21HXMQC0xbz bE8iDb+41ahZ3zdifTFQ5s84bsJGxVeYLt116iP1/waBG/LPs+vSEyVPonLzgl1rqxeD WYH0l+pzAyz09l0zoGAmmByqGWdeCDRvJba2E4Xt/AmAK1Ugt/mjkk7oVksael/6+RGv T4og== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 37-20020a630f65000000b00477d099bfadsi15052331pgp.129.2022.11.29.07.34.01; Tue, 29 Nov 2022 07:34:15 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234997AbiK2PR3 (ORCPT + 85 others); Tue, 29 Nov 2022 10:17:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44198 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234942AbiK2PR1 (ORCPT ); Tue, 29 Nov 2022 10:17:27 -0500 Received: from outbound-smtp14.blacknight.com (outbound-smtp14.blacknight.com [46.22.139.231]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 536F03206C for ; Tue, 29 Nov 2022 07:17:25 -0800 (PST) Received: from mail.blacknight.com (pemlinmail02.blacknight.ie [81.17.254.11]) by outbound-smtp14.blacknight.com (Postfix) with ESMTPS id 9C1FA1C3AC5 for ; Tue, 29 Nov 2022 15:17:23 +0000 (GMT) Received: (qmail 3805 invoked from network); 29 Nov 2022 15:17:23 -0000 Received: from unknown (HELO morpheus.112glenside.lan) (mgorman@techsingularity.net@[84.203.198.246]) by 81.17.254.9 with ESMTPA; 29 Nov 2022 15:17:23 -0000 From: Mel Gorman To: Linux-MM Cc: Andrew Morton , Michal Hocko , NeilBrown , Thierry Reding , Matthew Wilcox , Vlastimil Babka , LKML , Mel Gorman Subject: [PATCH 1/6] mm/page_alloc: Rename ALLOC_HIGH to ALLOC_MIN_RESERVE Date: Tue, 29 Nov 2022 15:16:56 +0000 Message-Id: <20221129151701.23261-2-mgorman@techsingularity.net> X-Mailer: git-send-email 2.35.3 In-Reply-To: <20221129151701.23261-1-mgorman@techsingularity.net> References: <20221129151701.23261-1-mgorman@techsingularity.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_HELO_NONE,SPF_PASS 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 __GFP_HIGH aliases to ALLOC_HIGH but the name does not really hint what it means. As ALLOC_HIGH is internal to the allocator, rename it to ALLOC_MIN_RESERVE to document that the min reserves can be depleted. Signed-off-by: Mel Gorman --- mm/internal.h | 4 +++- mm/page_alloc.c | 8 ++++---- 2 files changed, 7 insertions(+), 5 deletions(-) diff --git a/mm/internal.h b/mm/internal.h index 6b7ef495b56d..d503e57a57a1 100644 --- a/mm/internal.h +++ b/mm/internal.h @@ -744,7 +744,9 @@ unsigned int reclaim_clean_pages_from_list(struct zone *zone, #endif #define ALLOC_HARDER 0x10 /* try to alloc harder */ -#define ALLOC_HIGH 0x20 /* __GFP_HIGH set */ +#define ALLOC_MIN_RESERVE 0x20 /* __GFP_HIGH set. Allow access to 50% + * of the min watermark. + */ #define ALLOC_CPUSET 0x40 /* check for correct cpuset */ #define ALLOC_CMA 0x80 /* allow allocations from CMA areas */ #ifdef CONFIG_ZONE_DMA32 diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 218b28ee49ed..3b37909617bc 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -3981,7 +3981,7 @@ bool __zone_watermark_ok(struct zone *z, unsigned int order, unsigned long mark, /* free_pages may go negative - that's OK */ free_pages -= __zone_watermark_unusable_free(z, order, alloc_flags); - if (alloc_flags & ALLOC_HIGH) + if (alloc_flags & ALLOC_MIN_RESERVE) min -= min / 2; if (unlikely(alloc_harder)) { @@ -4823,18 +4823,18 @@ gfp_to_alloc_flags(gfp_t gfp_mask) unsigned int alloc_flags = ALLOC_WMARK_MIN | ALLOC_CPUSET; /* - * __GFP_HIGH is assumed to be the same as ALLOC_HIGH + * __GFP_HIGH is assumed to be the same as ALLOC_MIN_RESERVE * and __GFP_KSWAPD_RECLAIM is assumed to be the same as ALLOC_KSWAPD * to save two branches. */ - BUILD_BUG_ON(__GFP_HIGH != (__force gfp_t) ALLOC_HIGH); + BUILD_BUG_ON(__GFP_HIGH != (__force gfp_t) ALLOC_MIN_RESERVE); BUILD_BUG_ON(__GFP_KSWAPD_RECLAIM != (__force gfp_t) ALLOC_KSWAPD); /* * The caller may dip into page reserves a bit more if the caller * cannot run direct reclaim, or if the caller has realtime scheduling * policy or is asking for __GFP_HIGH memory. GFP_ATOMIC requests will - * set both ALLOC_HARDER (__GFP_ATOMIC) and ALLOC_HIGH (__GFP_HIGH). + * set both ALLOC_HARDER (__GFP_ATOMIC) and ALLOC_MIN_RESERVE(__GFP_HIGH). */ alloc_flags |= (__force int) (gfp_mask & (__GFP_HIGH | __GFP_KSWAPD_RECLAIM)); -- 2.35.3