Received: by 2002:ab2:3350:0:b0:1f4:6588:b3a7 with SMTP id o16csp1286564lqe; Mon, 8 Apr 2024 04:56:54 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCWu6I+30AWlFn0FWErUm93OyyjpQz7xwWfTVNE4o8G+1NifUPZHMqgIER2YiAtK0kucJ6mjIixv3qGYhlTxT0tX/IdeJPKnwVUcvty0AQ== X-Google-Smtp-Source: AGHT+IGcLDCDQw+gJn/Re8E9yZC5DJOdQ1mUuRuL+axl3VMa1AuVrTa1v0Vdf+s6fRCZvDCo4qVL X-Received: by 2002:a50:9f05:0:b0:56e:2abd:d00f with SMTP id b5-20020a509f05000000b0056e2abdd00fmr6474264edf.18.1712577414564; Mon, 08 Apr 2024 04:56:54 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712577414; cv=pass; d=google.com; s=arc-20160816; b=m4omSObc3qeU+9PYbXoA2idMGstXqBYXuQwW6pdQqvO99uHIti2RJRnGSNu73Becne eWXXlcb125ua691Nzo+dKSzbFu02ezFv4wn1+Z0A+NIRQRgBs47bw1zaWPRD8OJniiDf +I0V8SYxobvjA+1CTAeoJVcWFb2dOXHxa992vicQkjYycbgCCAi9LrrYplLMokv0Bzup O0+7xbLnVRHUZdqd6V3AdU0YZTnSq8UTVtRsW64OXmmtdilxJpdTL1l9WYgVCCCAJ0Dh g6FYzLZ5Wsp2T+BRkGjpHmu5D0o/GJi6jpWWkfDRIIJdYeOXCM6OjD0QI1OTyFviB09K FXCA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=x9YUmVvMDJ2gJBsJ+LW5U82IBn+DnT5Wi2vLuVObukw=; fh=expxSLrLDvO8vQ9F2WQWAkNTUmPPaxnFPp9Pu9lG9KY=; b=nT69kdmaI40d0799TNTi+bQSwb0bHL3yDS0283f35pktwxe1tGoW5ka+//zJ7USD+0 Fh90BEDBhZxxdRnL42FgVViwhB8r5RlT760vnbolrEEewgdzmfdswUGe5xVCwfJ87Z6Y ba33khw46MfDoMoCXFJg/tF9ezuSFqHB85CthpqkRAmW9uvTO3Cr2LEZ4W79jHQ3R27m AJuIkw8xXs892lfC4CeXPDCB3UocC0GuKcOm8Y5g++avR39UpKWr5XxGqwIy/m/P+FV8 n7AXe8OKmZ1So8T4YkP/xFV2uhQJpVJ0vvx+mjl+ZHDn3q4H8ab3vaarDlcDgIBVytrT Z5bw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-135292-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-135292-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id 30-20020a508e1e000000b0056e21645042si3790333edw.278.2024.04.08.04.56.54 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 Apr 2024 04:56:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-135292-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-135292-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-135292-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 1495E1F2273D for ; Mon, 8 Apr 2024 11:56:54 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id B25226A329; Mon, 8 Apr 2024 11:56:49 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 355DA6A014 for ; Mon, 8 Apr 2024 11:56:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712577409; cv=none; b=Ja1Z88c0h+EeptlkzgEe9ZJ7n6CPP7dN8/b1dWD4KMHUKWUk4C/wdJ465kAAULYC/k9ngLFFS9n0SevqvhM0QC83j7zUO0UVbNac3UVHdJ8Xf4m8/x1OKfPVEscDAAeZJJ4gs/zegZKbE1FeizhMH6Dbqj4qQt08QsEtqHaK0pY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712577409; c=relaxed/simple; bh=O22YqUgmBBE20NLXRY81Pcc31YdbjKNi+xmXaOF54MU=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Ze8yQtZzIbR/9lfVzpjfxhmgoPw0PoOR6fPf90IjxN05ul2IXeveD6DvwBrPipliNMilzRFAoIGlomV19e4VRIUDUQ9GQABmW5iffSHIGWeeA+8rvT22hOA6Rg3J1pZW6tn6gGEx4JqG0ThIrNUM9pBpM2xPRUc4nRq2G9YWh/I= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 98465DA7; Mon, 8 Apr 2024 04:57:15 -0700 (PDT) Received: from [10.57.73.169] (unknown [10.57.73.169]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 4D2423F64C; Mon, 8 Apr 2024 04:56:43 -0700 (PDT) Message-ID: Date: Mon, 8 Apr 2024 12:56:41 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v6 1/6] mm: swap: Remove CLUSTER_FLAG_HUGE from swap_cluster_info:flags Content-Language: en-GB To: Chris Li Cc: Andrew Morton , David Hildenbrand , Matthew Wilcox , Huang Ying , Gao Xiang , Yu Zhao , Yang Shi , Michal Hocko , Kefeng Wang , Barry Song <21cnbao@gmail.com>, Lance Yang , linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20240403114032.1162100-1-ryan.roberts@arm.com> <20240403114032.1162100-2-ryan.roberts@arm.com> <2acd461f-1d75-434c-a2f2-a3a8e1daad8f@arm.com> From: Ryan Roberts In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 04/04/2024 14:43, Chris Li wrote: > On Thu, Apr 4, 2024 at 12:06 AM Ryan Roberts wrote: >> >> On 03/04/2024 23:12, Chris Li wrote: >>> Hi Ryan, >>> >>> Sorry for the late reply. I want to review this series but don't have >>> the chance to do it sooner. >> >> No problem. This series is now in mm-unstable, so if you want to request any >> changes in the other patches, I'd prefer it sooner rather than later, if possible. >> >>> >>> On Wed, Apr 3, 2024 at 4:40 AM Ryan Roberts wrote: >>>> >>>> As preparation for supporting small-sized THP in the swap-out path, >>>> without first needing to split to order-0, Remove the CLUSTER_FLAG_HUGE, >>>> which, when present, always implies PMD-sized THP, which is the same as >>>> the cluster size. >>>> >>>> The only use of the flag was to determine whether a swap entry refers to >>>> a single page or a PMD-sized THP in swap_page_trans_huge_swapped(). >>>> Instead of relying on the flag, we now pass in nr_pages, which >>>> originates from the folio's number of pages. This allows the logic to >>>> work for folios of any order. >>>> >>>> The one snag is that one of the swap_page_trans_huge_swapped() call >>>> sites does not have the folio. But it was only being called there to >>>> shortcut a call __try_to_reclaim_swap() in some cases. >>>> __try_to_reclaim_swap() gets the folio and (via some other functions) >>>> calls swap_page_trans_huge_swapped(). So I've removed the problematic >>>> call site and believe the new logic should be functionally equivalent. >>>> >>>> That said, removing the fast path means that we will take a reference >>>> and trylock a large folio much more often, which we would like to avoid. >>>> The next patch will solve this. >>>> >>>> Removing CLUSTER_FLAG_HUGE also means we can remove split_swap_cluster() >>>> which used to be called during folio splitting, since >>>> split_swap_cluster()'s only job was to remove the flag. >>> >>> Seems necessary to remove the assumption of large folio be PMD size. >>> >>> Acked-by: Chris Li >> >> Thanks! >> >>> >>>> >>>> Reviewed-by: "Huang, Ying" >>>> Signed-off-by: Ryan Roberts >>>> --- >>>> include/linux/swap.h | 10 ---------- >>>> mm/huge_memory.c | 3 --- >>>> mm/swapfile.c | 47 ++++++++------------------------------------ >>>> 3 files changed, 8 insertions(+), 52 deletions(-) >>>> >>>> diff --git a/include/linux/swap.h b/include/linux/swap.h >>>> index a211a0383425..f6f78198f000 100644 >>>> --- a/include/linux/swap.h >>>> +++ b/include/linux/swap.h >>>> @@ -259,7 +259,6 @@ struct swap_cluster_info { >>>> }; >>>> #define CLUSTER_FLAG_FREE 1 /* This cluster is free */ >>>> #define CLUSTER_FLAG_NEXT_NULL 2 /* This cluster has no next cluster */ >>>> -#define CLUSTER_FLAG_HUGE 4 /* This cluster is backing a transparent huge page */ >>>> >>>> /* >>>> * We assign a cluster to each CPU, so each CPU can allocate swap entry from >>>> @@ -590,15 +589,6 @@ static inline int add_swap_extent(struct swap_info_struct *sis, >>>> } >>>> #endif /* CONFIG_SWAP */ >>>> >>>> -#ifdef CONFIG_THP_SWAP >>>> -extern int split_swap_cluster(swp_entry_t entry); >>>> -#else >>>> -static inline int split_swap_cluster(swp_entry_t entry) >>>> -{ >>>> - return 0; >>>> -} >>>> -#endif >>>> - >>>> #ifdef CONFIG_MEMCG >>>> static inline int mem_cgroup_swappiness(struct mem_cgroup *memcg) >>>> { >>>> diff --git a/mm/huge_memory.c b/mm/huge_memory.c >>>> index ea6d1f09a0b9..3ca9282a0dc9 100644 >>>> --- a/mm/huge_memory.c >>>> +++ b/mm/huge_memory.c >>>> @@ -2844,9 +2844,6 @@ static void __split_huge_page(struct page *page, struct list_head *list, >>>> shmem_uncharge(folio->mapping->host, nr_dropped); >>>> remap_page(folio, nr); >>>> >>>> - if (folio_test_swapcache(folio)) >>>> - split_swap_cluster(folio->swap); >>>> - >>>> /* >>>> * set page to its compound_head when split to non order-0 pages, so >>>> * we can skip unlocking it below, since PG_locked is transferred to >>>> diff --git a/mm/swapfile.c b/mm/swapfile.c >>>> index 5e6d2304a2a4..0d44ee2b4f9c 100644 >>>> --- a/mm/swapfile.c >>>> +++ b/mm/swapfile.c >>>> @@ -343,18 +343,6 @@ static inline void cluster_set_null(struct swap_cluster_info *info) >>>> info->data = 0; >>>> } >>>> >>>> -static inline bool cluster_is_huge(struct swap_cluster_info *info) >>>> -{ >>>> - if (IS_ENABLED(CONFIG_THP_SWAP)) >>>> - return info->flags & CLUSTER_FLAG_HUGE; >>>> - return false; >>>> -} >>>> - >>>> -static inline void cluster_clear_huge(struct swap_cluster_info *info) >>>> -{ >>>> - info->flags &= ~CLUSTER_FLAG_HUGE; >>>> -} >>>> - >>>> static inline struct swap_cluster_info *lock_cluster(struct swap_info_struct *si, >>>> unsigned long offset) >>>> { >>>> @@ -1027,7 +1015,7 @@ static int swap_alloc_cluster(struct swap_info_struct *si, swp_entry_t *slot) >>>> offset = idx * SWAPFILE_CLUSTER; >>>> ci = lock_cluster(si, offset); >>>> alloc_cluster(si, idx); >>>> - cluster_set_count_flag(ci, SWAPFILE_CLUSTER, CLUSTER_FLAG_HUGE); >>>> + cluster_set_count(ci, SWAPFILE_CLUSTER); >>>> >>>> memset(si->swap_map + offset, SWAP_HAS_CACHE, SWAPFILE_CLUSTER); >>>> unlock_cluster(ci); >>>> @@ -1365,7 +1353,6 @@ void put_swap_folio(struct folio *folio, swp_entry_t entry) >>>> >>>> ci = lock_cluster_or_swap_info(si, offset); >>>> if (size == SWAPFILE_CLUSTER) { >>>> - VM_BUG_ON(!cluster_is_huge(ci)); >>>> map = si->swap_map + offset; >>>> for (i = 0; i < SWAPFILE_CLUSTER; i++) { >>>> val = map[i]; >>>> @@ -1373,7 +1360,6 @@ void put_swap_folio(struct folio *folio, swp_entry_t entry) >>>> if (val == SWAP_HAS_CACHE) >>>> free_entries++; >>>> } >>>> - cluster_clear_huge(ci); >>>> if (free_entries == SWAPFILE_CLUSTER) { >>>> unlock_cluster_or_swap_info(si, ci); >>>> spin_lock(&si->lock); >>>> @@ -1395,23 +1381,6 @@ void put_swap_folio(struct folio *folio, swp_entry_t entry) >>>> unlock_cluster_or_swap_info(si, ci); >>>> } >>>> >>>> -#ifdef CONFIG_THP_SWAP >>>> -int split_swap_cluster(swp_entry_t entry) >>>> -{ >>>> - struct swap_info_struct *si; >>>> - struct swap_cluster_info *ci; >>>> - unsigned long offset = swp_offset(entry); >>>> - >>>> - si = _swap_info_get(entry); >>>> - if (!si) >>>> - return -EBUSY; >>>> - ci = lock_cluster(si, offset); >>>> - cluster_clear_huge(ci); >>>> - unlock_cluster(ci); >>>> - return 0; >>>> -} >>>> -#endif >>>> - >>>> static int swp_entry_cmp(const void *ent1, const void *ent2) >>>> { >>>> const swp_entry_t *e1 = ent1, *e2 = ent2; >>>> @@ -1519,22 +1488,23 @@ int swp_swapcount(swp_entry_t entry) >>>> } >>>> >>>> static bool swap_page_trans_huge_swapped(struct swap_info_struct *si, >>>> - swp_entry_t entry) >>>> + swp_entry_t entry, >>>> + unsigned int nr_pages) >>>> { >>>> struct swap_cluster_info *ci; >>>> unsigned char *map = si->swap_map; >>>> unsigned long roffset = swp_offset(entry); >>>> - unsigned long offset = round_down(roffset, SWAPFILE_CLUSTER); >>>> + unsigned long offset = round_down(roffset, nr_pages); >>> >>> It is obvious this code only works for powers two nr_pages. The >>> SWAPFILE_CLSTER is a power of two. If we switch to an API for >>> nr_pages, we might want to warn/ban passing in the non-power of two >>> nr_pages. >> >> Indeed. I could change the prototype to pass order instead of nr_pages, then >> generate nr_pages (= 1 << order) inside the function. But given the function is >> static and only called from a single callsite, I don't see it as hugely >> important. I'd prefer to leave as is at this stage, unless you have strong >> objection. > > That is fine with me. Given David spotted a bug in a later patch, I'm re-spinning the series, so will make this change to pass the order. > >> >>> >>>> int i; >>>> bool ret = false; >>>> >>>> ci = lock_cluster_or_swap_info(si, offset); >>>> - if (!ci || !cluster_is_huge(ci)) { >>>> + if (!ci || nr_pages == 1) { >>>> if (swap_count(map[roffset])) >>>> ret = true; >>>> goto unlock_out; >>>> } >>>> - for (i = 0; i < SWAPFILE_CLUSTER; i++) { >>>> + for (i = 0; i < nr_pages; i++) { >>> >>> Here we assume the swap entry offset is contiguous. That is beyond >>> your patch's scope. If in the future we want to have non-contiguous >>> swap entries to swap out large pages, we will need to find out and >>> change all the places that have the assumption of contiguous swap >>> entries. >> >> Yes there are tonnes of places that make this assumption :) > > Yes, that is why I want to have some wrapper API to mark the existing > place that makes the assumption. Hopefully we can just change those > wrapper functions to implement the non-contiguous version of swap. > > Thank you for the patch. > > Chris