From patchwork Thu Jul 20 07:14:23 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Verma, Vishal L" X-Patchwork-Id: 13319893 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 EA128C04A6A for ; Thu, 20 Jul 2023 07:14:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5965C2800C6; Thu, 20 Jul 2023 03:14:37 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 546C628004C; Thu, 20 Jul 2023 03:14:37 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 372C72800C6; Thu, 20 Jul 2023 03:14:37 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 26F7A28004C for ; Thu, 20 Jul 2023 03:14:37 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id D53F91C8282 for ; Thu, 20 Jul 2023 07:14:36 +0000 (UTC) X-FDA: 81031127352.06.E7E7E6B Received: from mga06.intel.com (mga06b.intel.com [134.134.136.31]) by imf06.hostedemail.com (Postfix) with ESMTP id 93FEA180005 for ; Thu, 20 Jul 2023 07:14:34 +0000 (UTC) Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=hU+rBqga; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf06.hostedemail.com: domain of vishal.l.verma@intel.com designates 134.134.136.31 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1689837274; 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-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=Phx0ByrluJXhHMzZbbDlUg7LgXPVxrz+0rZQDu1OtAI=; b=kEd1zuqElXanRI2n4YKs23kGy4FSt8MtCF0O2NH5aDjY6/hLs0t3Mh0FNDYUroeySaTTKf YfUvA3txV1fyS1ZuAd+uqQtlySZO7c5YSK5gE7MpwMamjIsgDgB8fDJ/KwzZawLNWl/yqN rUc+bPHtdmITd1yBsW0JXiA65HRGwpI= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=hU+rBqga; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf06.hostedemail.com: domain of vishal.l.verma@intel.com designates 134.134.136.31 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1689837274; a=rsa-sha256; cv=none; b=58/E8NzJMmp+A1GGn4+tJRY2Ow4GDD8gDsSa0n95BzqYP9Pa+zfPD6AHjm2t0usZU+Kkzh ycUmu3uJfA1auxSsKKGWG37w+3jFAK42+4vcpKufzfYGakkBG90HFhGTv5+xg1wWReWHOd pD5Ej2Rdnb3AcKl0VIepACj1HHqvZ2g= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1689837274; x=1721373274; h=from:date:subject:mime-version:content-transfer-encoding: message-id:references:in-reply-to:to:cc; bh=k4XpCfq0ZxU/xUvbPf7nQuvL2vPIJUVSa8ob3/AsbKg=; b=hU+rBqgaHD0nUZeOaiIpI9nD4WhLpJQro7RkpBo5KvWwN2jDaAkh/Eai /panqwW5ypHU4sSHushZMkX8smCR1fuQjMxhGtC1q0QW+vPzC78IThjAp RYb+95Qt9Z1xumhRiptQzXthP/Dp4edk10q1LQlPXiWA+5TTKeqOt6QVg 10FVjZ0Raq29txBt2UYdSKbF9PrBlE+cNrANJMp0uBWQWKuS9/aHA5Vnk cbaKliwI/jzGzR1TqWxIX9XacWIJiu97GSC9dW4c27bcGrUMwIYOWSia1 4umBct2hQnUwpVfq/Ju7grSkNnxqcIV3Dzr0SYvYB0zqna5NLOAA/9MyX w==; X-IronPort-AV: E=McAfee;i="6600,9927,10776"; a="430424012" X-IronPort-AV: E=Sophos;i="6.01,218,1684825200"; d="scan'208";a="430424012" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Jul 2023 00:14:31 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10776"; a="794334967" X-IronPort-AV: E=Sophos;i="6.01,218,1684825200"; d="scan'208";a="794334967" Received: from mfgalan-mobl1.amr.corp.intel.com (HELO [192.168.1.200]) ([10.213.172.204]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Jul 2023 00:14:29 -0700 From: Vishal Verma Date: Thu, 20 Jul 2023 01:14:23 -0600 Subject: [PATCH v2 2/3] mm/memory_hotplug: split memmap_on_memory requests across memblocks MIME-Version: 1.0 Message-Id: <20230720-vv-kmem_memmap-v2-2-88bdaab34993@intel.com> References: <20230720-vv-kmem_memmap-v2-0-88bdaab34993@intel.com> In-Reply-To: <20230720-vv-kmem_memmap-v2-0-88bdaab34993@intel.com> To: Andrew Morton , David Hildenbrand , Oscar Salvador , Dan Williams , Dave Jiang Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, nvdimm@lists.linux.dev, linux-cxl@vger.kernel.org, Huang Ying , Dave Hansen , "Aneesh Kumar K.V" , Jonathan Cameron , Jeff Moyer , Vishal Verma X-Mailer: b4 0.12.3 X-Developer-Signature: v=1; a=openpgp-sha256; l=7769; i=vishal.l.verma@intel.com; h=from:subject:message-id; bh=k4XpCfq0ZxU/xUvbPf7nQuvL2vPIJUVSa8ob3/AsbKg=; b=owGbwMvMwCXGf25diOft7jLG02pJDCk77l1RLYhbXWCzitdb+8Lhnk2Tb7DpHwm7w/ZyWs22J ZYZZ1KEO0pZGMS4GGTFFFn+7vnIeExuez5PYIIjzBxWJpAhDFycAjCRdbcY/ueUHputFtleKatx u6V+w0y1WofLhnM4luy4NinkuyBXswXDX9FDsx8wlRm5XmgKW2f8xVBd7s+bqcw/30wwLHTduvi AJBMA X-Developer-Key: i=vishal.l.verma@intel.com; a=openpgp; fpr=F8682BE134C67A12332A2ED07AFA61BEA3B84DFF X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 93FEA180005 X-Stat-Signature: bbda8b3bhbpmx5i7jzio751xy9nh98eu X-Rspam-User: X-HE-Tag: 1689837274-875416 X-HE-Meta: U2FsdGVkX1+cecPl36Umso4NKuRGHLwrpng80ghfF2R31wiN7dsEnU4q5nFcSeRU/5HNG77n3x05HDIoGGkleU6Nu9ohEKp1jgTV9NiKAAORZ6xNodI3WVRUGjAbVVZeHneoVjROOkC/IG60ea6W6SrkhDMKTywK5jguy+yRFMc0b7IDeKP+1YLBdzc5iUTZ2ikXJXftcIhURUzZA70c1RjBD3Jl8R/wB34MzGM5ME58u5Z1p84iAxJiRRLBUFiDX2b8ZQ5XVQFLL6i89L/NAkVlO5vNMZMQvnENUFxQaf/nUEjTjllo0Wxgd+kzxY4W0wzR9s3SMBTV1Su9Z1vP/mG8xH9sHPU8qc+W06e89cjsgaTLhhgfwMpA0Q76nE4XQKwiWTCjk2r14gVpXmRtFe9LfTwANMOaz6yx4HxOSk1YlLMvXXIVltQ2zDcOCD9sXwsbZSl24wn7GtLYk64qBbtYfnoY0hXYwA4CIUrNyNUw4dMWHQFz7qGC9f6d8xxljynV/YGW71RsuePA1EIoTC57yBD0MfWIt4Et/Cyx991hem9M5OVcFRBUBX/AiwK/ARRC8TgTeLKoxj9k0bGZZs7ky/4cdu8T4TAHRne/FAPmvq4c1Pr6Ie2BLCGWM77ffZ9R6MERaLDSHv5DXFLsNPpkha9GBWJaJHAx5/wtv8B+o9+hNggIrvDQYJ6gDKusSuyzgJQVxmUNbtaSmA6V5AcF4dgWOt/F+YGW7ly666jUAvGLJq6gM08dG/1mJM9AZeflXnCiq8lz++ZpY2ZapW8rSKfqZ8kVPu0cxW8bTuI2bT/QjWinyhzVWQNX9aAYMccufWBvbQXx4dCmWaRmNzMbS5y2l+B+2CpRgkFdV8NFsdm8e7grkdrDU5GkWrZjdZfqANbvpFjuwlzemYgednxfm7fSbO8WXhFytlZtxeRpS+EB7zXO4fVj4WiFMBN7W9eUter9bTMklxohWyA hWsHgSPh LtgUjF4tAPrqXdEiyf1axxmtn2jrnm9Gr0C96uP5b2yN5ODTXyWxR0SZJJPHxweL6B1M+I/N5judF1AiwcDoJvIdz4GVU5oiYUUIkZ6ZmWWYpAoC6gbOoul60EcJDuUc70ONgEjdPSmQ+MuDkWoynIMaCev5yHnnFUqzrG8z6FApjHbCmQ+d1644HYCeRm8yQ1LPeZO/tTKegzGPg57ri2qKhWJBiLNO+FivM93FH5/09/em/2xj2bLBzrZASUypDFV9jJSHGSkGq4XvDgDT7QW62hyYskGKk4oXKxKKk+CgMsF+2OLyFmjIk0g== 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 MHP_MEMMAP_ON_MEMORY flag for hotplugged memory is currently restricted to 'memblock_size' chunks of memory being added. Adding a larger span of memory precludes memmap_on_memory semantics. For users of hotplug such as kmem, large amounts of memory might get added from the CXL subsystem. In some cases, this amount may exceed the available 'main memory' to store the memmap for the memory being added. In this case, it is useful to have a way to place the memmap on the memory being added, even if it means splitting the addition into memblock-sized chunks. Change add_memory_resource() to loop over memblock-sized chunks of memory if caller requested memmap_on_memory, and if other conditions for it are met,. Teach try_remove_memory() to also expect that a memory range being removed might have been split up into memblock sized chunks, and to loop through those as needed. Cc: Andrew Morton Cc: David Hildenbrand Cc: Oscar Salvador Cc: Dan Williams Cc: Dave Jiang Cc: Dave Hansen Cc: Huang Ying Suggested-by: David Hildenbrand Signed-off-by: Vishal Verma --- mm/memory_hotplug.c | 154 +++++++++++++++++++++++++++++++--------------------- 1 file changed, 91 insertions(+), 63 deletions(-) diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c index e9bcacbcbae2..20456f0d28e6 100644 --- a/mm/memory_hotplug.c +++ b/mm/memory_hotplug.c @@ -1286,6 +1286,35 @@ bool mhp_supports_memmap_on_memory(unsigned long size) } EXPORT_SYMBOL_GPL(mhp_supports_memmap_on_memory); +static int add_memory_create_devices(int nid, struct memory_group *group, + u64 start, u64 size, mhp_t mhp_flags) +{ + struct mhp_params params = { .pgprot = pgprot_mhp(PAGE_KERNEL) }; + struct vmem_altmap mhp_altmap = {}; + int ret; + + if ((mhp_flags & MHP_MEMMAP_ON_MEMORY)) { + mhp_altmap.free = PHYS_PFN(size); + mhp_altmap.base_pfn = PHYS_PFN(start); + params.altmap = &mhp_altmap; + } + + /* call arch's memory hotadd */ + ret = arch_add_memory(nid, start, size, ¶ms); + if (ret < 0) + return ret; + + /* create memory block devices after memory was added */ + ret = create_memory_block_devices(start, size, mhp_altmap.alloc, + group); + if (ret) { + arch_remove_memory(start, size, NULL); + return ret; + } + + return 0; +} + /* * NOTE: The caller must call lock_device_hotplug() to serialize hotplug * and online/offline operations (triggered e.g. by sysfs). @@ -1294,11 +1323,10 @@ EXPORT_SYMBOL_GPL(mhp_supports_memmap_on_memory); */ int __ref add_memory_resource(int nid, struct resource *res, mhp_t mhp_flags) { - struct mhp_params params = { .pgprot = pgprot_mhp(PAGE_KERNEL) }; + unsigned long memblock_size = memory_block_size_bytes(); enum memblock_flags memblock_flags = MEMBLOCK_NONE; - struct vmem_altmap mhp_altmap = {}; struct memory_group *group = NULL; - u64 start, size; + u64 start, size, cur_start; bool new_node = false; int ret; @@ -1339,27 +1367,20 @@ int __ref add_memory_resource(int nid, struct resource *res, mhp_t mhp_flags) /* * Self hosted memmap array */ - if (mhp_flags & MHP_MEMMAP_ON_MEMORY) { - if (!mhp_supports_memmap_on_memory(size)) { - ret = -EINVAL; + if ((mhp_flags & MHP_MEMMAP_ON_MEMORY) && + mhp_supports_memmap_on_memory(memblock_size)) { + for (cur_start = start; cur_start < start + size; + cur_start += memblock_size) { + ret = add_memory_create_devices(nid, group, cur_start, + memblock_size, + mhp_flags); + if (ret) + goto error; + } + } else { + ret = add_memory_create_devices(nid, group, start, size, mhp_flags); + if (ret) goto error; - } - mhp_altmap.free = PHYS_PFN(size); - mhp_altmap.base_pfn = PHYS_PFN(start); - params.altmap = &mhp_altmap; - } - - /* call arch's memory hotadd */ - ret = arch_add_memory(nid, start, size, ¶ms); - if (ret < 0) - goto error; - - /* create memory block devices after memory was added */ - ret = create_memory_block_devices(start, size, mhp_altmap.alloc, - group); - if (ret) { - arch_remove_memory(start, size, NULL); - goto error; } if (new_node) { @@ -2035,12 +2056,38 @@ void try_offline_node(int nid) } EXPORT_SYMBOL(try_offline_node); -static int __ref try_remove_memory(u64 start, u64 size) +static void __ref __try_remove_memory(int nid, u64 start, u64 size, + struct vmem_altmap *altmap) { - struct vmem_altmap mhp_altmap = {}; - struct vmem_altmap *altmap = NULL; - unsigned long nr_vmemmap_pages; - int rc = 0, nid = NUMA_NO_NODE; + /* remove memmap entry */ + firmware_map_remove(start, start + size, "System RAM"); + + /* + * Memory block device removal under the device_hotplug_lock is + * a barrier against racing online attempts. + */ + remove_memory_block_devices(start, size); + + mem_hotplug_begin(); + + arch_remove_memory(start, size, altmap); + + if (IS_ENABLED(CONFIG_ARCH_KEEP_MEMBLOCK)) { + memblock_phys_free(start, size); + memblock_remove(start, size); + } + + release_mem_region_adjustable(start, size); + + if (nid != NUMA_NO_NODE) + try_offline_node(nid); + + mem_hotplug_done(); +} + +static int try_remove_memory(u64 start, u64 size) +{ + int rc, nid = NUMA_NO_NODE; BUG_ON(check_hotplug_memory_range(start, size)); @@ -2058,20 +2105,21 @@ static int __ref try_remove_memory(u64 start, u64 size) return rc; /* - * We only support removing memory added with MHP_MEMMAP_ON_MEMORY in - * the same granularity it was added - a single memory block. + * For memmap_on_memory, the altmaps could have been added on + * a per-memblock basis. Loop through the entire range if so, + * and remove each memblock and its altmap */ if (mhp_memmap_on_memory()) { - nr_vmemmap_pages = walk_memory_blocks(start, size, NULL, - get_nr_vmemmap_pages_cb); - if (nr_vmemmap_pages) { - if (size != memory_block_size_bytes()) { - pr_warn("Refuse to remove %#llx - %#llx," - "wrong granularity\n", - start, start + size); - return -EINVAL; - } + unsigned long memblock_size = memory_block_size_bytes(); + struct vmem_altmap mhp_altmap = {}; + struct vmem_altmap *altmap; + u64 cur_start; + for (cur_start = start; cur_start < start + size; + cur_start += memblock_size) { + unsigned long nr_vmemmap_pages = + walk_memory_blocks(start, memblock_size, NULL, + get_nr_vmemmap_pages_cb); /* * Let remove_pmd_table->free_hugepage_table do the * right thing if we used vmem_altmap when hot-adding @@ -2079,33 +2127,13 @@ static int __ref try_remove_memory(u64 start, u64 size) */ mhp_altmap.alloc = nr_vmemmap_pages; altmap = &mhp_altmap; + __try_remove_memory(nid, cur_start, memblock_size, + altmap); } + } else { + __try_remove_memory(nid, start, size, NULL); } - /* remove memmap entry */ - firmware_map_remove(start, start + size, "System RAM"); - - /* - * Memory block device removal under the device_hotplug_lock is - * a barrier against racing online attempts. - */ - remove_memory_block_devices(start, size); - - mem_hotplug_begin(); - - arch_remove_memory(start, size, altmap); - - if (IS_ENABLED(CONFIG_ARCH_KEEP_MEMBLOCK)) { - memblock_phys_free(start, size); - memblock_remove(start, size); - } - - release_mem_region_adjustable(start, size); - - if (nid != NUMA_NO_NODE) - try_offline_node(nid); - - mem_hotplug_done(); return 0; }