From patchwork Mon Aug 26 06:58:13 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Kefeng Wang X-Patchwork-Id: 13777227 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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id E5035C5321E for ; Mon, 26 Aug 2024 06:58:45 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 3EFAD6B044D; Mon, 26 Aug 2024 02:58:39 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 39E916B044F; Mon, 26 Aug 2024 02:58:39 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 28D8D6B044E; Mon, 26 Aug 2024 02:58:39 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 0963D6B03E2 for ; Mon, 26 Aug 2024 02:58:39 -0400 (EDT) Received: from smtpin10.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id C486AA8759 for ; Mon, 26 Aug 2024 06:58:38 +0000 (UTC) X-FDA: 82493493516.10.DA9EF29 Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) by imf08.hostedemail.com (Postfix) with ESMTP id 3D8E8160008 for ; Mon, 26 Aug 2024 06:58:35 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=none; spf=pass (imf08.hostedemail.com: domain of wangkefeng.wang@huawei.com designates 45.249.212.255 as permitted sender) smtp.mailfrom=wangkefeng.wang@huawei.com; dmarc=pass (policy=quarantine) header.from=huawei.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1724655449; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1R7RNhVSMA7NE39bvuxwgfpl5tnR1KhWssexa8TD98s=; b=gyexquBrk5tvhySXYHc6bCZz78BtQfwp/BrbLLaNACHQBKvUB0g/JlhHX9akFrWTNw0rAA Nwa2Ag6TmS5SQA/m/UfARk90UPaVDIMtnc/Ei7lhDqMVm/q0RPydoGhgf6y8cRuilH6wOh XhuIyZ1pExzEa1Hy+YG2I5TNfD/xacY= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=none; spf=pass (imf08.hostedemail.com: domain of wangkefeng.wang@huawei.com designates 45.249.212.255 as permitted sender) smtp.mailfrom=wangkefeng.wang@huawei.com; dmarc=pass (policy=quarantine) header.from=huawei.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1724655449; a=rsa-sha256; cv=none; b=bYkJyyQrBLGX9etmRUQ6phBowoa1IDqqN/3WA9XHBVOBqBl492HTJ3ZmZVEeSwrzKNB157 kROCgOycFXDJadJJ3givIz9TJQZff8CKdwt6OkykpK6vBOi4YttGaIPhPjM8eGPDYSmpNA C5YJ+FFBsUIl0+A01Ko/e31wWNnOkYE= Received: from mail.maildlp.com (unknown [172.19.162.254]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4WshMH5Lyfz14G0f; Mon, 26 Aug 2024 14:57:47 +0800 (CST) Received: from dggpemf100008.china.huawei.com (unknown [7.185.36.138]) by mail.maildlp.com (Postfix) with ESMTPS id 15BC5180101; Mon, 26 Aug 2024 14:58:33 +0800 (CST) Received: from localhost.localdomain (10.175.112.125) by dggpemf100008.china.huawei.com (7.185.36.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Mon, 26 Aug 2024 14:58:32 +0800 From: Kefeng Wang To: Andrew Morton CC: David Hildenbrand , Matthew Wilcox , Baolin Wang , Zi Yan , Alistair Popple , Jonathan Corbet , , Kefeng Wang Subject: [PATCH 5/6] mm: remove isolate_lru_page() Date: Mon, 26 Aug 2024 14:58:13 +0800 Message-ID: <20240826065814.1336616-6-wangkefeng.wang@huawei.com> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20240826065814.1336616-1-wangkefeng.wang@huawei.com> References: <20240826065814.1336616-1-wangkefeng.wang@huawei.com> MIME-Version: 1.0 X-Originating-IP: [10.175.112.125] X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To dggpemf100008.china.huawei.com (7.185.36.138) X-Stat-Signature: oedtuu98ep33ms4wsyt551zcx3nngccr X-Rspam-User: X-Rspamd-Queue-Id: 3D8E8160008 X-Rspamd-Server: rspam02 X-HE-Tag: 1724655515-848375 X-HE-Meta: U2FsdGVkX18LUMvG9uZCe8aQTuEjub8SWaz9ZA37FriRJxEZBld+lFtkuwibiuY53psx89nb+vopklcLtT8BOy6xvLuqChFK5ZuhHh3CPLga7+74zy8GjWOmxpf2kETh4w7p7NbYCdvF6p/sxbL0kLX2hj419Gk3mBJqY6vzVn6SWJolKsmm8bE8PO7Cnej5H19ui3eWlrcUWu4AasflBvLMkrt4xsyxR1GIBLvwzeyi6HRXljlYuWdMc0A38Omdg89Z38dgZN12sqs6iRjQSQbrjZxQm/onX7TZfn3G9AI4I/ZpPLjMw2iLag+sZnRo3hR06pOgnNFHqUCcORTaZXntAPY9C5phOuf9dxSwQ5/PKgfE6Ixj3RNW1wco/77Qmgh9/V8v20XY7nlBk2NUpDaVIEm3lUGcwELsyLFiOOfMxTsEuk6NP+X1f4OGis3Weu+bA5wiNHDHdaWb4ycSRZEaKG9ygc0+Z41jaa2Fd+Sgcum/oUqLg+OEs/COMT7ypPzUKhl/LDF/v76QECJaFZE5Tcl1R2u13zY8yMOner6hQjHDaRuaERDcTNS7OBuuL1tcvIeup+uB/IU0ygCUddNBitzOXXT+9DlW72/lXrJKj/Q6deyXO15eEY1JydMtqCN5rOUZIF3+pcCH0zhxnCdXNVn6HVOoxAF4RajzsLpSLX4DCCCGl9Z0UrVDO1aKDY4ddrFA3Lk7YTJ5rDYHeOjsJFO6waKgxKqiBetg/JlZBuLfeqYT5j73B/5VyxdrZD0OKIRlMSxcGnAQI4L+288dt6s4q6ssekt4HQ3Ni4AV+z6J8TlBmeHOTji3QKbJ56wvG2sO8kfMX3EsyrzI9JL+ZTABEkPclvdWc8I4J9ZHUDAzhbzY0L7FXvLQJGszR2lmC3FUwzNokhyIj2ubvAC8YUyWSuLvHAByBnt1lM07OBhGZbyNpUNzIyK18HyRqS2+XR7UFuXaaR6Xk5b dgaR4BdC LMkzHFFmvG01SE5K8Be0favpXNSf2aKwhTXIWGNicCh2IKr63DUBHUg1Di2Bn8DPNDmrxHRZFZohFPRODUipEwOs5Q/tBEM0808hlys6kqpP5YmqHhbOysQPrSrNopG5Z6XS8eociI15JBB7X7IRu0MOtZwK4pKwhD+JYL78gQeAU28Li10UB6boYijp37DO0C1x42M6xyUedYDOYx1EhKnDMzW4m2fniEO1N X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: There are no more callers of isolate_lru_page(), remove it. Signed-off-by: Kefeng Wang --- Documentation/mm/page_migration.rst | 6 +++--- Documentation/mm/unevictable-lru.rst | 2 +- Documentation/translations/zh_CN/mm/page_migration.rst | 6 +++--- mm/filemap.c | 2 +- mm/folio-compat.c | 7 ------- mm/internal.h | 1 - mm/khugepaged.c | 6 +++--- mm/migrate_device.c | 2 +- mm/swap.c | 2 +- 9 files changed, 13 insertions(+), 21 deletions(-) diff --git a/Documentation/mm/page_migration.rst b/Documentation/mm/page_migration.rst index f1ce67a26615..0046bbbdc65d 100644 --- a/Documentation/mm/page_migration.rst +++ b/Documentation/mm/page_migration.rst @@ -67,8 +67,8 @@ In kernel use of migrate_pages() Lists of pages to be migrated are generated by scanning over pages and moving them into lists. This is done by - calling isolate_lru_page(). - Calling isolate_lru_page() increases the references to the page + calling folio_isolate_lru(). + Calling folio_isolate_lru() increases the references to the page so that it cannot vanish while the page migration occurs. It also prevents the swapper or other scans from encountering the page. @@ -86,7 +86,7 @@ How migrate_pages() works migrate_pages() does several passes over its list of pages. A page is moved if all references to a page are removable at the time. The page has -already been removed from the LRU via isolate_lru_page() and the refcount +already been removed from the LRU via folio_isolate_lru() and the refcount is increased so that the page cannot be freed while page migration occurs. Steps: diff --git a/Documentation/mm/unevictable-lru.rst b/Documentation/mm/unevictable-lru.rst index 255ef12a432b..04113c2a2f9e 100644 --- a/Documentation/mm/unevictable-lru.rst +++ b/Documentation/mm/unevictable-lru.rst @@ -230,7 +230,7 @@ In Nick's patch, he used one of the struct page LRU list link fields as a count of VM_LOCKED VMAs that map the page (Rik van Riel had the same idea three years earlier). But this use of the link field for a count prevented the management of the pages on an LRU list, and thus mlocked pages were not migratable as -isolate_lru_page() could not detect them, and the LRU list link field was not +folio_isolate_lru() could not detect them, and the LRU list link field was not available to the migration subsystem. Nick resolved this by putting mlocked pages back on the LRU list before diff --git a/Documentation/translations/zh_CN/mm/page_migration.rst b/Documentation/translations/zh_CN/mm/page_migration.rst index f95063826a15..8c8461c6cb9f 100644 --- a/Documentation/translations/zh_CN/mm/page_migration.rst +++ b/Documentation/translations/zh_CN/mm/page_migration.rst @@ -50,8 +50,8 @@ mbind()设置一个新的内存策略。一个进程的页面也可以通过sys_ 1. 从LRU中移除页面。 - 要迁移的页面列表是通过扫描页面并把它们移到列表中来生成的。这是通过调用 isolate_lru_page() - 来完成的。调用isolate_lru_page()增加了对该页的引用，这样在页面迁移发生时它就不会 + 要迁移的页面列表是通过扫描页面并把它们移到列表中来生成的。这是通过调用 folio_isolate_lru() + 来完成的。调用folio_isolate_lru()增加了对该页的引用，这样在页面迁移发生时它就不会 消失。它还可以防止交换器或其他扫描器遇到该页。 @@ -65,7 +65,7 @@ migrate_pages()如何工作 ======================= migrate_pages()对它的页面列表进行了多次处理。如果当时对一个页面的所有引用都可以被移除， -那么这个页面就会被移动。该页已经通过isolate_lru_page()从LRU中移除，并且refcount被 +那么这个页面就会被移动。该页已经通过folio_isolate_lru()从LRU中移除，并且refcount被 增加，以便在页面迁移发生时不释放该页。 步骤: diff --git a/mm/filemap.c b/mm/filemap.c index 0f13126b43b0..0a5a04ad6c21 100644 --- a/mm/filemap.c +++ b/mm/filemap.c @@ -114,7 +114,7 @@ * ->private_lock (try_to_unmap_one) * ->i_pages lock (try_to_unmap_one) * ->lruvec->lru_lock (follow_page_mask->mark_page_accessed) - * ->lruvec->lru_lock (check_pte_range->isolate_lru_page) + * ->lruvec->lru_lock (check_pte_range->folio_isolate_lru) * ->private_lock (folio_remove_rmap_pte->set_page_dirty) * ->i_pages lock (folio_remove_rmap_pte->set_page_dirty) * bdi.wb->list_lock (folio_remove_rmap_pte->set_page_dirty) diff --git a/mm/folio-compat.c b/mm/folio-compat.c index f05906006b3c..47b8cc245aa4 100644 --- a/mm/folio-compat.c +++ b/mm/folio-compat.c @@ -93,13 +93,6 @@ struct page *grab_cache_page_write_begin(struct address_space *mapping, } EXPORT_SYMBOL(grab_cache_page_write_begin); -bool isolate_lru_page(struct page *page) -{ - if (WARN_RATELIMIT(PageTail(page), "trying to isolate tail page")) - return false; - return folio_isolate_lru((struct folio *)page); -} - void putback_lru_page(struct page *page) { folio_putback_lru(page_folio(page)); diff --git a/mm/internal.h b/mm/internal.h index 0f4750f77f59..3ee5810f5231 100644 --- a/mm/internal.h +++ b/mm/internal.h @@ -416,7 +416,6 @@ extern unsigned long highest_memmap_pfn; /* * in mm/vmscan.c: */ -bool isolate_lru_page(struct page *page); bool folio_isolate_lru(struct folio *folio); void putback_lru_page(struct page *page); void folio_putback_lru(struct folio *folio); diff --git a/mm/khugepaged.c b/mm/khugepaged.c index 4a83c40d9053..b87eacfac5a7 100644 --- a/mm/khugepaged.c +++ b/mm/khugepaged.c @@ -627,7 +627,7 @@ static int __collapse_huge_page_isolate(struct vm_area_struct *vma, } /* - * We can do it before isolate_lru_page because the + * We can do it before folio_isolate_lru because the * page can't be freed from under us. NOTE: PG_lock * is needed to serialize against split_huge_page * when invoked from the VM. @@ -1874,7 +1874,7 @@ static int collapse_file(struct mm_struct *mm, unsigned long addr, result = SCAN_FAIL; goto xa_unlocked; } - /* drain lru cache to help isolate_lru_page() */ + /* drain lru cache to help folio_isolate_lru() */ lru_add_drain(); } else if (folio_trylock(folio)) { folio_get(folio); @@ -1889,7 +1889,7 @@ static int collapse_file(struct mm_struct *mm, unsigned long addr, page_cache_sync_readahead(mapping, &file->f_ra, file, index, end - index); - /* drain lru cache to help isolate_lru_page() */ + /* drain lru cache to help folio_isolate_lru() */ lru_add_drain(); folio = filemap_lock_folio(mapping, index); if (IS_ERR(folio)) { diff --git a/mm/migrate_device.c b/mm/migrate_device.c index 6ea3d055f520..f1faff058491 100644 --- a/mm/migrate_device.c +++ b/mm/migrate_device.c @@ -328,7 +328,7 @@ static bool migrate_vma_check_page(struct page *page, struct page *fault_page) /* * One extra ref because caller holds an extra reference, either from - * isolate_lru_page() for a regular page, or migrate_vma_collect() for + * folio_isolate_lru() for a regular page, or migrate_vma_collect() for * a device page. */ int extra = 1 + (page == fault_page); diff --git a/mm/swap.c b/mm/swap.c index e0dbfc98318e..634fde80cd44 100644 --- a/mm/swap.c +++ b/mm/swap.c @@ -906,7 +906,7 @@ atomic_t lru_disable_count = ATOMIC_INIT(0); /* * lru_cache_disable() needs to be called before we start compiling - * a list of pages to be migrated using isolate_lru_page(). + * a list of pages to be migrated using folio_isolate_lru(). * It drains pages on LRU cache and then disable on all cpus until * lru_cache_enable is called. *