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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id CF955C636D7 for ; Thu, 2 Feb 2023 18:02:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232240AbjBBSCp (ORCPT ); Thu, 2 Feb 2023 13:02:45 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44238 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232439AbjBBSCa (ORCPT ); Thu, 2 Feb 2023 13:02:30 -0500 Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B66C4751AD; Thu, 2 Feb 2023 10:02:12 -0800 (PST) Received: from localhost (unknown [IPv6:2601:281:8300:73::5f6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 3D4A87DE; Thu, 2 Feb 2023 18:02:12 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 3D4A87DE DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1675360932; bh=foQ1/0HwCNQSpMC2ZhJON6OX1wyhGGFLINaHnphz3mQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=kJbd0F2rWnluPzLgK38TMaqiIycpVlQWVPBxv1Ywm6Iy3i8ABcGXnwWj/VtHUyGXu TJJDRYuZiiaPKwc7O/ldvE1/aerbMkVu42adh0LD4ub4MR18FloBX9uSDPEm/6+Agm 4CWfaYGafUqqIdFHDLbr6eoeEzoJgvPmzb0HDwH9BL2cT0Nw0KuPLf9keCwHw5k/SH DDj2GgsZ1o+/r9V1mFT7GBBjv2K67z03FoEz1UY7/izsPxHSjeVTQ0hzLNMGWk0Emq c1fXgOxS4gRZZHoFkTBh9Yd31cXHfl4F1fb8qR74Xrl7qTrj5amsNpULEy135z99CY y7R01tI/HjX/Q== From: Jonathan Corbet To: Kuan-Ying Lee , Matthias Brugger Cc: chinwen.chang@mediatek.com, andrew.yang@mediatek.com, Kuan-Ying Lee , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-mm@kvack.org Subject: Re: [PATCH] mm/doc: Replace isolate_lru_page with folio_isolate_lru In-Reply-To: <20230131062853.28449-1-Kuan-Ying.Lee@mediatek.com> References: <20230131062853.28449-1-Kuan-Ying.Lee@mediatek.com> Date: Thu, 02 Feb 2023 11:02:11 -0700 Message-ID: <87a61wvtcs.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Kuan-Ying Lee writes: > Since we introduce folio, replace isolate_lru_page() with > folio_isolate_lru(). > > Signed-off-by: Kuan-Ying Lee > --- > Documentation/mm/page_migration.rst | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) This seems like a good patch to copy to linux-mm - done now. The patch perhaps is a closer match to what's in linux-next, but it seems that, if we're going to update this document, we should reflect the use folios throughout? Thanks, jon > diff --git a/Documentation/mm/page_migration.rst b/Documentation/mm/page_migration.rst > index 11493bad7112..1f8cc175d770 100644 > --- a/Documentation/mm/page_migration.rst > +++ b/Documentation/mm/page_migration.rst > @@ -69,8 +69,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. > @@ -89,7 +89,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: > -- > 2.18.0