Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Huang Ying <ying.huang@intel.com>
To:     linux-mm@kvack.org
Cc:     Matthew Wilcox <willy@infradead.org>, linux-kernel@vger.kernel.org,
        Andrew Morton <akpm@linux-foundation.org>,
        Huang Ying <ying.huang@intel.com>, Zi Yan <ziy@nvidia.com>,
        Yang Shi <shy828301@gmail.com>,
        Baolin Wang <baolin.wang@linux.alibaba.com>,
        Oscar Salvador <osalvador@suse.de>
Subject: [RFC 0/2] migrate: convert migrate_pages()/unmap_and_move() to use folios
Date:   Tue,  1 Nov 2022 14:21:35 +0800
Message-Id: <20221101062137.83649-1-ying.huang@intel.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: bulk

The conversion is quite straightforward, just replace the page API to
the corresponding folio API.  migrate_pages() and unmap_and_move()
mostly work with folios (head pages) only.

One question is about THP.  Which is converted to large folio in the
patchset.  This is generally OK, because the code can work with
arbitrary order large folio at most times.  But some THP related
statistics (such as THP_MIGRATION_SUCCESS, etc.) are converted for
large folio with arbitrary order too.  Do we really care about the
order of large folio?  Do we need to be backward compatible strictly?

Best Regards,
Huang, Ying