From patchwork Wed Mar 6 10:13:25 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Baolin Wang X-Patchwork-Id: 13583755 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 C2020C54E41 for ; Wed, 6 Mar 2024 10:13:47 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C059C6B007D; Wed, 6 Mar 2024 05:13:43 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id A4C676B0075; Wed, 6 Mar 2024 05:13:43 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 768D06B0075; Wed, 6 Mar 2024 05:13:43 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 406B66B007D for ; Wed, 6 Mar 2024 05:13:43 -0500 (EST) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id 06FCB1A03FE for ; Wed, 6 Mar 2024 10:13:43 +0000 (UTC) X-FDA: 81866202726.05.9934D67 Received: from out30-98.freemail.mail.aliyun.com (out30-98.freemail.mail.aliyun.com [115.124.30.98]) by imf30.hostedemail.com (Postfix) with ESMTP id B284E8001D for ; Wed, 6 Mar 2024 10:13:39 +0000 (UTC) Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=R8qEOh6J; spf=pass (imf30.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.98 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1709720021; 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=DQeaIWIzG4UFGq8YriB6Tvi2hZtfn1LOrLV4H0r7cXo=; b=LYAd7DXfUqnOIWCEIW8qGbJla/H862lLF4pHvQt+qTgrmg2E4mF6dKtH6f47VcuwV0GitP gQaIs07lwKVehovJgTMAbX2WQvvoOhjGQ62H2RvffCo6zkc0R/t4l3SoY9lEcow6MUMJgM npxNTntfBoi/WAwXhnPXU9BAkx6s2lM= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1709720021; a=rsa-sha256; cv=none; b=bkUGEOu76HwMf8N7hwJTaa0CU654ErI3RCcbKlwD3MJ2Ngoicmi2OBYuHz1dFHxkWXoI9l v+g98HHcsyTopPR73zOOwpjQ7ZdnC9ilAc6Fh9EIsN+p0QX7E6wtMzxSTmqy0U734mljqc 07msQQixUJ51SiXH0yftQcOIoUnSdF0= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=R8qEOh6J; spf=pass (imf30.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.98 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1709720016; h=From:To:Subject:Date:Message-Id:MIME-Version; bh=DQeaIWIzG4UFGq8YriB6Tvi2hZtfn1LOrLV4H0r7cXo=; b=R8qEOh6JHNkCTuQZuURSdvVSuEpYVK6KrcHULRc+n2w5UxE4UcuHKH0+A1/8CpZIMRKh06TPYJmviC3xXEx5siSi9rbnlFuB8+Eh4lVtSQD6LaUFTuEFJ34080YXJgZ2CjvMvBBo+TFrfjQ8KFWcJnXi5GkRblAhiL/PhtcKzjk= X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R591e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046050;MF=baolin.wang@linux.alibaba.com;NM=1;PH=DS;RN=10;SR=0;TI=SMTPD_---0W1xEj1F_1709720014; Received: from localhost(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0W1xEj1F_1709720014) by smtp.aliyun-inc.com; Wed, 06 Mar 2024 18:13:35 +0800 From: Baolin Wang To: akpm@linux-foundation.org Cc: muchun.song@linux.dev, osalvador@suse.de, david@redhat.com, linmiaohe@huawei.com, naoya.horiguchi@nec.com, mhocko@kernel.org, baolin.wang@linux.alibaba.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 0/3] make the hugetlb migration strategy consistent Date: Wed, 6 Mar 2024 18:13:25 +0800 Message-Id: X-Mailer: git-send-email 2.39.3 MIME-Version: 1.0 X-Rspamd-Queue-Id: B284E8001D X-Rspam-User: X-Rspamd-Server: rspam11 X-Stat-Signature: py6xb4pfwi5sbt64juymyg9z5bgxkyro X-HE-Tag: 1709720019-603588 X-HE-Meta: U2FsdGVkX1/WNBKviLpsoFBht8bhFptNiumF7Rs178Dl50pTjRnI90cmEAPiUdgXcf09jhb3dcTm++8gHErH8ieNTGyPSc0S3Hy/q0o5WQ3YvEL/FiajSaWcP4L2Y7cHWyhUWwxs3OwumIiDXRtp3Ukn7XVCGOAR0dZwDI6fLm00BeOn0OcMOmJfwXz85+XDtgE5T4EA/zKRuXWL714GlczuT0QObP8GqDllOdUbX+lMOJg1xqOEUuNBUnLZpqFdkWHK9ky6nJTcq6zi2NjFyAMANqEkAY/fwyQSH9p9UlVK4oyDaVYVIAaUGDh6vskndXeuIzYttJJ1VXAKrR1EnHFWUxgTlYfJ74zP59S+ubWsO9/YGxYqbJXm0X39JkdzVDTuIcGmU1OVWPmC3krjZKYej+jnPQmPSg0BKqZmxDP3D5TFlAGlcdVvUKUIV007g5b/aRd26kJagyMDFDx5R0tj1YXeItveHC8K7Poa+D5te5+RRN3i/lVdkDwpkRjKcn3RrTiEsmbgju5QLFoC60KCY0chnw2TF2lb9PuWVY3woJHfFieftMkGgviiz+5Tl1WYFPHqR6O4FtVHAKO/s7kN9j1ifpEYHY6DvRN5XMJFftv2YxdlrBYhRbACfuMm9WrTrdgBWzVgmhtj3PWVnpj+bKRNYAHmicxppg8kICjwyX1ooOaHiN5bO1lVCDuzcnEk3yrH3t76SV/uJF+QkOkyQeXNP7WNtw3cANilzUwx2suMNXedsB9YLCpZWPhHdIYGa577uUjDclaA4fekVTYFFeX6kUp4yRC5yrb3gXFCDFZLhL/cGXjZN8jpPQbz59UbujJQbxWK7R4XKeigUR0OLREZ7hjGiJtH+w4bxVtWT38CW5tN1crRlxqHOiJsXaNy252daYm7Qx+ZDsFYxYy5eMyzabzz 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: Hi, As discussed in previous thread [1], there is an inconsistency when handling hugetlb migration. When handling the migration of freed hugetlb, it prevents fallback to other NUMA nodes in alloc_and_dissolve_hugetlb_folio(). However, when dealing with in-use hugetlb, it allows fallback to other NUMA nodes in alloc_hugetlb_folio_nodemask(), which can break the per-node hugetlb pool and might result in unexpected failures when node bound workloads doesn't get what is asssumed available. This patch set tries to make the hugetlb migration strategy more clear and consistent. Please find details in each patch. [1] https://lore.kernel.org/all/6f26ce22d2fcd523418a085f2c588fe0776d46e7.1706794035.git.baolin.wang@linux.alibaba.com/ Changes from v1: - Add reviewed tag from Oscar. - Move the gfp_mask modification into a new helper called by alloc_migration_target(). Changes from RFC: - Move the gfp modification into alloc_migrate_hugetlb_folio(). - Add more comments. Baolin Wang (3): mm: record the migration reason for struct migration_target_control mm: hugetlb: make the hugetlb migration strategy consistent docs: hugetlbpage.rst: add hugetlb migration description Documentation/admin-guide/mm/hugetlbpage.rst | 7 ++++ include/linux/hugetlb.h | 35 ++++++++++++++++++-- mm/gup.c | 1 + mm/hugetlb.c | 14 ++++++-- mm/internal.h | 1 + mm/memory-failure.c | 1 + mm/memory_hotplug.c | 1 + mm/mempolicy.c | 4 ++- mm/migrate.c | 4 ++- mm/page_alloc.c | 1 + mm/vmscan.c | 3 +- 11 files changed, 65 insertions(+), 7 deletions(-)