Received: by 2002:a05:7412:37c9:b0:e2:908c:2ebd with SMTP id jz9csp149891rdb; Mon, 18 Sep 2023 10:38:18 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFP9VA+JG+pH8rsv/53i8DnntKg562P93CdZ6zzWR60wjHDWcP12ZeYyDM7xyR7Rd+G2BTa X-Received: by 2002:a17:902:dacc:b0:1bb:85cd:9190 with SMTP id q12-20020a170902dacc00b001bb85cd9190mr319333plx.18.1695058698501; Mon, 18 Sep 2023 10:38:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695058698; cv=none; d=google.com; s=arc-20160816; b=xk8+WLY3haXAfoGyVivw02RWFVa5CM1RU7eo5sh5+Vn0zJwqJdleyGG2yJsQZtx3X/ qu0cOBwmBsg79+Dbt2iV4+NBo/RYi2KWxup3QJQZ5yfODk4yqAtPDOEPTBToOi7bm4IT u9Ixjs/0w3w8I2MhfYnqY+xb6ly1h9MOqlGIldE0QraSNxkvbRvdRIcWH/AEq8XOZaww pdv4loSmyRBdSPWP02ar7WQ/R9l3P2RAyEjXGi1N7P8HtLAcVKzTBBTQ1D3NGuUasam3 xVVKeu9FZlKMPbArk4LizVXF5P/bfQKbjpvI1SqBGn96OFpWREcKFD0IfkE2dUYeT68d BGCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=9XDsDeK220CTPqxHjZSibpxURfNBC/aG4oAlkDI8JTU=; fh=A/BtLM11u2NYaoalP0tZBU0HOsym4rJxirm+uVi1efs=; b=jAiXBg4hALjugVIczlUgkhogQnw3ALXfYhRETjOzZGGDEoovJKE3lWKDpQepseMtHD 0NNUBj7CABFXkPqQYvboDlTNtIYWnAfXZN0NHM9HbS9NADYy0Rtl/VXZUcYxReN9RW0F zSuKxjb8BBhcDJFQF21HnshnAUK3z1RRrgVIl+X/LLSBdm8COzOuE2L0UBg2j+2CSCSG GFfeJVoIJE1Tj2F9tEy4k7sgBrKRjBlbqFWgnvnc3fTtd2gOxQb2OYR4sXOg5HmYfDJP EODIDTckQMH5WVRny2YoEihufgzKJf83DLegf3utFxc9Z7ChHmMxmkfY7202cqlbGc38 z1qQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=sI1T5llG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from morse.vger.email (morse.vger.email. [23.128.96.31]) by mx.google.com with ESMTPS id u2-20020a170902e5c200b001c3aed2db5dsi8665659plf.409.2023.09.18.10.38.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Sep 2023 10:38:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) client-ip=23.128.96.31; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=sI1T5llG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id C107681FAD8E; Mon, 18 Sep 2023 05:58:04 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241815AbjIRM5e (ORCPT + 99 others); Mon, 18 Sep 2023 08:57:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47800 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241975AbjIRM5S (ORCPT ); Mon, 18 Sep 2023 08:57:18 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BBFE4A8 for ; Mon, 18 Sep 2023 05:57:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=9XDsDeK220CTPqxHjZSibpxURfNBC/aG4oAlkDI8JTU=; b=sI1T5llGcQNIAw6gwKHoFy/lHm 8Rn3JWtMNlyuhJpaTt2HjwukPbrpQkBCILHYg/MYefRkJEO5BVSBYjaxKloU3JTQyeYFSRNz15fBx g7AgdV1uaDbIOJPfgiBplpsa5Pi++EoJAQ0zNp2d3HaCIF+h315VMbktFcWIUiR7XGzqxvio1+KMb h1dQRoUE2Q5UVpAj34Vy2avSSbQ1lksc7d2G0p7fPHsFNszG5TulMIS9kupTIuOvAyg3+elr3+GLh VVCA/s1Dvb0q9jdh7Ce4RiVBxMOElqqUpZREjyeoePSR9xjh0q0b6hPNGHilxEJvcCmGupuyl0HO+ +7+d0X0g==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1qiDoG-00B7La-2R; Mon, 18 Sep 2023 12:57:04 +0000 Date: Mon, 18 Sep 2023 13:57:04 +0100 From: Matthew Wilcox To: Kefeng Wang Cc: Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, ying.huang@intel.com, david@redhat.com, Zi Yan , Mike Kravetz , hughd@google.com Subject: Re: [PATCH 0/6] mm: convert numa balancing functions to use a folio Message-ID: References: <20230918103213.4166210-1-wangkefeng.wang@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230918103213.4166210-1-wangkefeng.wang@huawei.com> X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on morse.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Mon, 18 Sep 2023 05:58:04 -0700 (PDT) On Mon, Sep 18, 2023 at 06:32:07PM +0800, Kefeng Wang wrote: > The do_numa_pages only handle non-compound page, and only PMD-mapped THP > is handled in do_huge_pmd_numa_page(), but large, PTE-mapped folio will > be supported, let's convert more numa balancing functions to use/take a > folio in preparation for that, no functional change intended for now. > > Kefeng Wang (6): > sched/numa, mm: make numa migrate functions to take a folio > mm: mempolicy: make mpol_misplaced() to take a folio > mm: memory: make numa_migrate_prep() to take a folio > mm: memory: use a folio in do_numa_page() > mm: memory: add vm_normal_pmd_folio() > mm: huge_memory: use a folio in do_huge_pmd_numa_page() This all seems OK. It's kind of hard to review though because you change the same line multiple times. I think it works out better to go top-down instead of bottom-up. That is, start with do_numa_page() and pass &folio->page to numa_migrate_prep. Then do vm_normal_pmd_folio() followed by do_huge_pmd_numa_page(). Fourth would have been numa_migrate_prep(), etc. I don't want to ask you to redo the entire series, but for future patch series. Also, it's nce to do things like remove the unnecessary 'extern' from function declarations when you change them from page to folio. And please try to stick to 80 columns; I know it's not always easy/possible.