Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
From:   Mike Kravetz <mike.kravetz@oracle.com>
To:     linux-mm@kvack.org, linux-kernel@vger.kernel.org
Cc:     David Hildenbrand <david@redhat.com>,
        Michal Hocko <mhocko@suse.com>,
        Oscar Salvador <osalvador@suse.de>, Zi Yan <ziy@nvidia.com>,
        Muchun Song <songmuchun@bytedance.com>,
        Naoya Horiguchi <naoya.horiguchi@linux.dev>,
        David Rientjes <rientjes@google.com>,
        "Aneesh Kumar K . V" <aneesh.kumar@linux.ibm.com>,
        Nghia Le <nghialm78@gmail.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Mike Kravetz <mike.kravetz@oracle.com>
Subject: [PATCH v4 3/5] hugetlb: be sure to free demoted CMA pages to CMA
Date:   Thu,  7 Oct 2021 11:19:16 -0700
Message-Id: <20211007181918.136982-4-mike.kravetz@oracle.com>
In-Reply-To: <20211007181918.136982-1-mike.kravetz@oracle.com>
References: <20211007181918.136982-1-mike.kravetz@oracle.com>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?/nssMMxVHzHBJgUuM/DtRAwL8rx/0axWnqs4eQ1gO06GuoE2dmlVMytpe9yy?=
 =?us-ascii?Q?n1MG6EXC0pEpxaXCw4m8ITt8+vWUylNkHy6Pd4rNAQjlUbZlFkK4XDU2QK9j?=
 =?us-ascii?Q?hgFg/9SuRkIDxJ5B5o2vOHZ0ocmkDGXmF6oCOr7Ve/OCzPutyh/LJ/uYSq+K?=
 =?us-ascii?Q?UU61MmpmpbuXYEeidaQ1jv5Wubt/VZmyMli8sWVBG3MjbpooezD+z8O9kYAn?=
 =?us-ascii?Q?05IBuryzXzsLVbQGh1CFZTE2Tq2c8j3w3t8Xau0jJRPx515p8GKtyoocAB1x?=
 =?us-ascii?Q?UFBO36Q2EBMQzccYzVOZyRavTXDV9b9fqeDr+LMZ1uuKqXiUupEOe/Td9gra?=
 =?us-ascii?Q?Xs8MwuZyode+47RJuJPs9Xxa2dfYmqsXbDIFgwu9t7MEMH94l4W7c/T6Sp2U?=
 =?us-ascii?Q?XKKl64DAIYlXWuNijtwWgLUhASGsmX1IJhDujvBzKvOIwRMx8rLplL6A5zu4?=
 =?us-ascii?Q?1jBprLgn1swlWQvyY45LBq9iYu94OvhmVrwCSa+srBpogPRU//+2TRRQsHbi?=
 =?us-ascii?Q?vh8e5cD2Xxg8aEepwo0K1VQ/3zN7/9eVWpfs6zM9EIejYmIYpn1+VHlyrCGe?=
 =?us-ascii?Q?0kha60b+21BEfZHHDGEhiPn3mVDptdrNv78PX0lfb/hwFL/ykbH3N2KcAFdp?=
 =?us-ascii?Q?VQdfcV3MV192eaepY1sa6JaoWUAr7g6YbDB0B8l7WGMCAPVVrfXm6TpHveps?=
 =?us-ascii?Q?XwrPQCw5qnjmDI0zQNhNG39L8jmsBfY44vqVPx2MLMAB2Z6yxaTGxu8wXyNd?=
 =?us-ascii?Q?JY0J0urvmV8Y3WrhOqzXqm6EsZsOr+EnJlOAfk3WLMnSuZMzIq5yaB39KJFC?=
 =?us-ascii?Q?pFlIzrSRAvYu04ot0wy9cW4Mndx0nY8/3yC5pBknI77q33ACaGj/EndH32QQ?=
 =?us-ascii?Q?0DvvZOcNhdPZ5jM/1UEJ+KKq17VAdK96j9lkwcygPmls0UFnhgR0W+maXO3I?=
 =?us-ascii?Q?IBsAx1l2MJf1Baayty3kym5/VpUvp40s7aBeyXjTGdQ5QfxU0HQzWYwytFgu?=
 =?us-ascii?Q?hHC0Q2KuiakvlCIZnTHYnQUlLkGjhgJjulCIy2o/x1C+WU7rpz8FKcbCfBzQ?=
 =?us-ascii?Q?cXnJi4f4VNZq/ybuDFFTk91qsvKam9Ict66Fti0/B1pXcHtkNUKJYFNCpHM4?=
 =?us-ascii?Q?tAlekZ0br4rtvydXvcBl3E9CpePTG2/8YY9rE1KT56KrieI4LZitxPuP4EEO?=
 =?us-ascii?Q?P3YQwC6mGAKhtgaLRNT10lpEilpUPFaOm89rFtvHkM8y8+tg7CYjtSvFi/3v?=
 =?us-ascii?Q?4PcMPhP7GgmtiprT9TOcCegQqR0Rvmkyul1JxcWqMfyLI5fV2EjMuas4bbRK?=
 =?us-ascii?Q?tQr1Ltpb3h+JEB/ZXkvFj2I3?=
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 5270edf1-4e36-40d2-3c9b-08d989bf06b4
X-MS-Exchange-CrossTenant-AuthSource: BY5PR10MB4196.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Oct 2021 18:19:39.6070
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: vIp0yEOL/K3qBaxh6HGEkwbQ6f9/L8MiXv2rzt5wpj72JdSLud3+Echoxwf6aBdYGdsBvJakBS28ghB74B8nbA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR10MB2552
X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10130 signatures=668683
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 adultscore=0
 phishscore=0 malwarescore=0 bulkscore=0 mlxlogscore=999 mlxscore=0
 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2109230001 definitions=main-2110070118
X-Proofpoint-GUID: 6CtEoH-PluYfsDRJVY6SpD-4Ndk-JwhW
X-Proofpoint-ORIG-GUID: 6CtEoH-PluYfsDRJVY6SpD-4Ndk-JwhW
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

When huge page demotion is fully implemented, gigantic pages can be
demoted to a smaller huge page size.  For example, on x86 a 1G page
can be demoted to 512 2M pages.  However, gigantic pages can potentially
be allocated from CMA.  If a gigantic page which was allocated from CMA
is demoted, the corresponding demoted pages needs to be returned to CMA.

Use the new interface cma_pages_valid() to determine if a non-gigantic
hugetlb page should be freed to CMA.  Also, clear mapping field of these
pages as expected by cma_release.

This also requires a change to CMA region creation for gigantic pages.
CMA uses a per-region bit map to track allocations.  When setting up the
region, you specify how many pages each bit represents.  Currently,
only gigantic pages are allocated/freed from CMA so the region is set up
such that one bit represents a gigantic page size allocation.

With demote, a gigantic page (allocation) could be split into smaller
size pages.  And, these smaller size pages will be freed to CMA.  So,
since the per-region bit map needs to be set up to represent the smallest
allocation/free size, it now needs to be set to the smallest huge page
size which can be freed to CMA.

Unfortunately, we set up the CMA region for huge pages before we set up
huge pages sizes (hstates).  So, technically we do not know the smallest
huge page size as this can change via command line options and
architecture specific code.  Therefore, at region setup time we use
HUGETLB_PAGE_ORDER as the smallest possible huge page size that can be
given back to CMA.  It is possible that this value is sub-optimal for
some architectures/config options.  If needed, this can be addressed in
follow on work.

Signed-off-by: Mike Kravetz <mike.kravetz@oracle.com>
---
 mm/hugetlb.c | 41 +++++++++++++++++++++++++++++++++++++++--
 1 file changed, 39 insertions(+), 2 deletions(-)

diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 44d3c9477635..563338f4dbc4 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -50,6 +50,16 @@ struct hstate hstates[HUGE_MAX_HSTATE];
 
 #ifdef CONFIG_CMA
 static struct cma *hugetlb_cma[MAX_NUMNODES];
+static bool hugetlb_cma_page(struct page *page, unsigned int order)
+{
+	return cma_pages_valid(hugetlb_cma[page_to_nid(page)], page,
+				1 << order);
+}
+#else
+static bool hugetlb_cma_page(struct page *page, unsigned int order)
+{
+	return false;
+}
 #endif
 static unsigned long hugetlb_cma_size __initdata;
 
@@ -1272,6 +1282,7 @@ static void destroy_compound_gigantic_page(struct page *page,
 	atomic_set(compound_pincount_ptr(page), 0);
 
 	for (i = 1; i < nr_pages; i++, p = mem_map_next(p, page, i)) {
+		p->mapping = NULL;
 		clear_compound_head(p);
 		set_page_refcounted(p);
 	}
@@ -1476,7 +1487,13 @@ static void __update_and_free_page(struct hstate *h, struct page *page)
 				1 << PG_active | 1 << PG_private |
 				1 << PG_writeback);
 	}
-	if (hstate_is_gigantic(h)) {
+
+	/*
+	 * Non-gigantic pages demoted from CMA allocated gigantic pages
+	 * need to be given back to CMA in free_gigantic_page.
+	 */
+	if (hstate_is_gigantic(h) ||
+	    hugetlb_cma_page(page, huge_page_order(h))) {
 		destroy_compound_gigantic_page(page, huge_page_order(h));
 		free_gigantic_page(page, huge_page_order(h));
 	} else {
@@ -3001,9 +3018,13 @@ static void __init hugetlb_init_hstates(void)
 		 * h->demote_order is initially 0.
 		 * - We can not demote gigantic pages if runtime freeing
 		 *   is not supported, so skip this.
+		 * - If CMA allocation is possible, we can not demote
+		 *   HUGETLB_PAGE_ORDER or smaller size pages.
 		 */
 		if (hstate_is_gigantic(h) && !gigantic_page_runtime_supported())
 			continue;
+		if (hugetlb_cma_size && h->order <= HUGETLB_PAGE_ORDER)
+			continue;
 		for_each_hstate(h2) {
 			if (h2 == h)
 				continue;
@@ -3555,6 +3576,8 @@ static ssize_t demote_size_store(struct kobject *kobj,
 	if (!demote_hstate)
 		return -EINVAL;
 	demote_order = demote_hstate->order;
+	if (demote_order < HUGETLB_PAGE_ORDER)
+		return -EINVAL;
 
 	/* demote order must be smaller than hstate order */
 	h = kobj_to_hstate(kobj, &nid);
@@ -6543,6 +6566,7 @@ void __init hugetlb_cma_reserve(int order)
 	if (hugetlb_cma_size < (PAGE_SIZE << order)) {
 		pr_warn("hugetlb_cma: cma area should be at least %lu MiB\n",
 			(PAGE_SIZE << order) / SZ_1M);
+		hugetlb_cma_size = 0;
 		return;
 	}
 
@@ -6563,7 +6587,13 @@ void __init hugetlb_cma_reserve(int order)
 		size = round_up(size, PAGE_SIZE << order);
 
 		snprintf(name, sizeof(name), "hugetlb%d", nid);
-		res = cma_declare_contiguous_nid(0, size, 0, PAGE_SIZE << order,
+		/*
+		 * Note that 'order per bit' is based on smallest size that
+		 * may be returned to CMA allocator in the case of
+		 * huge page demotion.
+		 */
+		res = cma_declare_contiguous_nid(0, size, 0,
+						PAGE_SIZE << HUGETLB_PAGE_ORDER,
 						 0, false, name,
 						 &hugetlb_cma[nid], nid);
 		if (res) {
@@ -6579,6 +6609,13 @@ void __init hugetlb_cma_reserve(int order)
 		if (reserved >= hugetlb_cma_size)
 			break;
 	}
+
+	if (!reserved)
+		/*
+		 * hugetlb_cma_size is used to determine if allocations from
+		 * cma are possible.  Set to zero if no cma regions are set up.
+		 */
+		hugetlb_cma_size = 0;
 }
 
 void __init hugetlb_cma_check(void)
-- 
2.31.1