From patchwork Tue Nov 1 06:21:35 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Huang, Ying" X-Patchwork-Id: 13026673 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 117B8C433FE for ; Tue, 1 Nov 2022 06:22:45 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 565F66B0072; Tue, 1 Nov 2022 02:22:45 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 4EEE36B0073; Tue, 1 Nov 2022 02:22:45 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 390376B0074; Tue, 1 Nov 2022 02:22:45 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 260BF6B0072 for ; Tue, 1 Nov 2022 02:22:45 -0400 (EDT) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id D057C1204C7 for ; Tue, 1 Nov 2022 06:22:44 +0000 (UTC) X-FDA: 80083879848.03.2248BE6 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by imf16.hostedemail.com (Postfix) with ESMTP id 57001180007 for ; Tue, 1 Nov 2022 06:22:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1667283763; x=1698819763; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=FHNWw3yNYbnjvEUD6v5MeX3IamjwsD8jl6R6ZXAIZWg=; b=ct3SVghqEB0VMtrVXhfGrjetTM3JD53iwtr5tLGc51BcIRIl7jmRBb51 RCN+gRjObUIsGohdPB3LD6QlMrCDf/x7gssJz7LhmID9QI8oVtMqtY8cA bijZEmD/51bBn7PE8I6PJwkvg7yi3AmiW0/P7i7CPpFlCSiDGOBGzRcNz fvZbticMHmblpmQIQ8rasJvALAYjC6d/vQbNy7Tuin/stoKSnvaS/yJw+ CMLd7yTkNQz6axM2wN6Ia0C5NLGuxj8w4ey19S8iJu+zIZjt856xnpoVp cpKWKFOAWjvTWyAZWreygaDrKxGwBabJaIhuvIzTwWPMJ7FM8hugQK04o g==; X-IronPort-AV: E=McAfee;i="6500,9779,10517"; a="395388676" X-IronPort-AV: E=Sophos;i="5.95,229,1661842800"; d="scan'208";a="395388676" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Oct 2022 23:22:41 -0700 X-IronPort-AV: E=McAfee;i="6500,9779,10517"; a="878998335" X-IronPort-AV: E=Sophos;i="5.95,229,1661842800"; d="scan'208";a="878998335" Received: from yhuang6-mobl2.sh.intel.com ([10.238.6.69]) by fmsmga006-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Oct 2022 23:22:38 -0700 From: Huang Ying To: linux-mm@kvack.org Cc: Matthew Wilcox , linux-kernel@vger.kernel.org, Andrew Morton , Huang Ying , Zi Yan , Yang Shi , Baolin Wang , Oscar Salvador 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> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=ct3SVghq; spf=pass (imf16.hostedemail.com: domain of ying.huang@intel.com designates 192.55.52.43 as permitted sender) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1667283763; a=rsa-sha256; cv=none; b=8pVCnWfcHsvG/4BpPkivcfn2RY5QimipsVoyBxlvYdgBeid2yletNhzVi+JOBZmJoD3LLd ZO0utPikJLN9cbNqjEGwu8/SE8L0GswN2ht/RXXl8wPbX+ABkstKeymy8YWNXoA+rKbPkl 5vFVg6wVCzJ4DqPzJGCZnWrkCU5uwWE= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1667283763; 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-transfer-encoding:content-transfer-encoding: in-reply-to:references:dkim-signature; bh=yURtJThpZzaPJi66HZ+5WRJzGMotRW15833FdwfA1Ug=; b=MLRdZqIjBVhgz+4abR+rkpOxn6BAm6J3lKljSd0ZdqqcAbqrSGZnwxHKMXf6Xk10LOIqjk xEbEpXeSMH11fUcm44kj5kkvNg2rk9pmneBdO8ZkIsbhW0RyUY9VWsnmUdDG1xI2653s5q hw8f3NDUTO0QItOJp2UX46L3h/aKb/A= X-Stat-Signature: k89omd6b78y3pjwjng7bbgbswu7prati X-Rspamd-Queue-Id: 57001180007 Authentication-Results: imf16.hostedemail.com; dkim=none ("invalid DKIM record") header.d=intel.com header.s=Intel header.b=ct3SVghq; spf=pass (imf16.hostedemail.com: domain of ying.huang@intel.com designates 192.55.52.43 as permitted sender) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com X-Rspamd-Server: rspam03 X-Rspam-User: X-HE-Tag: 1667283763-49599 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: 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