From patchwork Tue Oct 17 05:44:56 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: 13424458 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 6E280CDB474 for ; Tue, 17 Oct 2023 05:45:14 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 278618D00DE; Tue, 17 Oct 2023 01:45:13 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1B2D88002D; Tue, 17 Oct 2023 01:45:13 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 003F78D00F5; Tue, 17 Oct 2023 01:45:12 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id E40D68D00DE for ; Tue, 17 Oct 2023 01:45:12 -0400 (EDT) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id BEF59B61D6 for ; Tue, 17 Oct 2023 05:45:12 +0000 (UTC) X-FDA: 81353865264.26.81A214B Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.120]) by imf09.hostedemail.com (Postfix) with ESMTP id 8E39A140008 for ; Tue, 17 Oct 2023 05:45:10 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Wz7Y1Q6z; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf09.hostedemail.com: domain of vishal.l.verma@intel.com designates 192.55.52.120 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=1697521510; 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=XIctJZRnAvCF4SLkfSsIe0u0/HLNJDk/NHMQh7de5b0=; b=NhVzQVZt8so+VkZJjzl22FK2f5/5dxrCxdAJryCabJ+sCXHYczeCR6gFJRX+d9VXZb2j+o zLfNLjd5l2RGut33JPXrFkx02LQqoCn6HjIXSmZ/W8+EowuBEQXp8jv3lQil8atCDZDDdx TeKYrjjtN7XEax2vWK21e5lEEmJGzNQ= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Wz7Y1Q6z; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf09.hostedemail.com: domain of vishal.l.verma@intel.com designates 192.55.52.120 as permitted sender) smtp.mailfrom=vishal.l.verma@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1697521510; a=rsa-sha256; cv=none; b=3QF84Tc6HibKRJsDbdljmgnFcO9oIWxk7IBl9C3dTxzyXooUS66rcj/eBVeZebpfPgNkks 2uJfAb+JUGkaL5EwyBLbP9oUVv/pWp1t4eqDcv+24B+/O2NyL1/BhzgIhzeVkiJdMyksYC AZRWiyEBwhv92WSCzVUeXptYkQjcNcQ= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1697521510; x=1729057510; h=from:date:subject:mime-version:content-transfer-encoding: message-id:references:in-reply-to:to:cc; bh=Lq39RP77AGx79p/R4lwUeEqGvV0zLaTcEMTevTVFlkc=; b=Wz7Y1Q6zW5/u6IZW+ADeYz1oeZraTzZtGGH/UUwlSI2Y6RUmpXLDLHnv flO26Unp/f4NMpi9aoOW8hYQCLFKb7scapWVgtWyh/b5Na+H3FPm1DF0e jPVCE2awROVx47+3u0jQC0dxUYIL4EaWJWzezkYuMqiYpNaFm6ZeYA2sy Fltsd+aMLT9CzV+UgR63cyvPv1iJBMSZ8kAC7Vvv2dI/FIBiZwHp3NW+U 5fZNfCs+a29OVcv0g06H68nF2xf0PUk3TWvQpedAnm47b0ik1G6hmFXt5 Xb0fs5+ZKxoqPlJGNab82ditywbcFXbQWbPVaWZ+vkNZkwz29k102Kzpf A==; X-IronPort-AV: E=McAfee;i="6600,9927,10865"; a="384580763" X-IronPort-AV: E=Sophos;i="6.03,231,1694761200"; d="scan'208";a="384580763" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Oct 2023 22:45:07 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10865"; a="879694028" X-IronPort-AV: E=Sophos;i="6.03,231,1694761200"; d="scan'208";a="879694028" Received: from mjwirth-mobl.amr.corp.intel.com (HELO [192.168.1.200]) ([10.209.151.162]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Oct 2023 22:45:03 -0700 From: Vishal Verma Date: Mon, 16 Oct 2023 23:44:56 -0600 Subject: [PATCH v6 2/3] mm/memory_hotplug: split memmap_on_memory requests across memblocks MIME-Version: 1.0 Message-Id: <20231016-vv-kmem_memmap-v6-2-078f0d3c0371@intel.com> References: <20231016-vv-kmem_memmap-v6-0-078f0d3c0371@intel.com> In-Reply-To: <20231016-vv-kmem_memmap-v6-0-078f0d3c0371@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" , Michal Hocko , Jonathan Cameron , Jeff Moyer , Vishal Verma X-Mailer: b4 0.12.3 X-Developer-Signature: v=1; a=openpgp-sha256; l=9952; i=vishal.l.verma@intel.com; h=from:subject:message-id; bh=Lq39RP77AGx79p/R4lwUeEqGvV0zLaTcEMTevTVFlkc=; b=owGbwMvMwCXGf25diOft7jLG02pJDKl68jFqF6OYWHfL2patP9zwmjXKN3l1vZSNN8f1DX/85 5ke2r+1o5SFQYyLQVZMkeXvno+Mx+S25/MEJjjCzGFlAhnCwMUpABPJUmP4K9m0/j+T8YVPvx6o 3Xrq5PXw2RLm51K+3Vt3rXvI0HfmpSlQRaXxla1ltxb+USp/ynjofJbxrCX8J+NPXXPXXrdILsi ACQA= X-Developer-Key: i=vishal.l.verma@intel.com; a=openpgp; fpr=F8682BE134C67A12332A2ED07AFA61BEA3B84DFF X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 8E39A140008 X-Stat-Signature: ccrea3ey1ucuphn3hbxxjp8kt1n6dfgb X-HE-Tag: 1697521510-494180 X-HE-Meta: U2FsdGVkX19SSrvKBsqRE604mJUZWeVHqvxIsEE/at4pxdZkJy0Row/blhuSRqj4smqKa+Yca8e/DSUJM2CwBxqTbJDqoqHBTIWDX7Z7B0AW8syQe0Tj19nV2FAWUg01rdLsr/gmo7vpLJ6tgnwfAkVEBzRzQNG9MbbFVHctrUMmk+g6lF6rYJTgXlzo0SPX0+YL1jit1VlSPAv3Yb9kgfvfl0hBK5hCG0nKPIyGdR90CZXtZ2poZrogKNlWodpOWuqKa/x1xeqXBJcC2J0g+0NDo7a6MWB7QlAIzK8G0L3wI8d6rmO1GqUHbJqro+LAp5EHIp3uqi9scWjxFptyYovKWSY+pzAWIgcRHoblsL9R0QSFUmD3PzmdBgkzs0vOg45tY8cp6RUq22SO9n63JNzQLqNXUWRW49NGtJw+0gyNnESdtN3HkEyjHX2NO/pyyw0UBBU/BxWWCjVuzjlUard0zGuYd4/bM4P3jnHerkNJ4/FELdfD5qLEyt2v9GIeYMKdKYIyoKH75NYtQbQESk4sziOK2qYKQc4pQHdAspDHrU7u2r3/JJP6UknIGutYaa3hXR5vFh7d3ouBgt8JzoHvC+AXf+NxqNJTaDrwqiSyE8fleYcPpz2LCnFFR/0NO/dkqxbL2uPLOSG7tw442ydzjdYNOJ73esw6lvR4C9fCeImJSp0ipHJ+b23GU1IR8n8rqOUNv8F21EPIXOB49inOI5SIqQUsaZnmMqccruhOfFikwEne0kKymGtJbBitOhUvZkL/cEsHc3GFK0fiL32uOkX41xVDGeU1ApZKcfUCsles4BGVW/wKj8AxeLskK6W35NB+CWd7+d2kXkl4R72hHAketOKM+HdhPgOQdlectieWEc4Cx+wKXwx39mLcFrYKh1b5gGR1Fe/zjIdVNvcbSdqoc52/Cumvvuck2gVTyMrMYVnbkJz+akVkMutzacj1do/Pq/2mTaMRN73 0US8/iUJ 3AYeUq+6B+nJEaAs5u5bi+5R9l8mKkYzuU06YRaEaXtjdiPNWz8YB0c8cb9CfWOD3k8q6zBpsvdkFT0tZD70lhQXZs4gdRV6HjNUJpAkYVnjsnxJRdTKPNvWkBy53352tybilDPbKI7jjuF6kaIkacrW/f/eoqlUy/YT1pGRaGOI6DphprfVqC+POYt0wFDsERTrA0rYw0gangNd1phlPLDrm5aSXKi58Nzw+KklLimqbzQTORlM4oWhpmgKUBjuvrYvq7/z3f831JDKchl09VmIfCIpT1ulsM87Dx2duGFJIOEBDCszYR/uL0S67Qayyjs+5k8LiTFSn6gZEh64F1f6eBk4VgW6mRGHY9OJtWyKl63275/tr1QvIqPgjH9SU0BOvFDW5aRyDQ9gcXevNPUm6GiRTDj8sy8YUT+Zu4eJgEzw= 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 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. This does preclude being able to use PUD mappings in the direct map; a proposal to how this could be optimized in the future is laid out here[1]. [1]: https://lore.kernel.org/linux-mm/b6753402-2de9-25b2-36e9-eacd49752b19@redhat.com/ Cc: Andrew Morton Cc: David Hildenbrand Cc: Michal Hocko Cc: Oscar Salvador Cc: Dan Williams Cc: Dave Jiang Cc: Dave Hansen Cc: Huang Ying Suggested-by: David Hildenbrand Reviewed-by: Dan Williams Signed-off-by: Vishal Verma --- mm/memory_hotplug.c | 214 ++++++++++++++++++++++++++++++++++++---------------- 1 file changed, 148 insertions(+), 66 deletions(-) diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c index 6be7de9efa55..83e5ec377aad 100644 --- a/mm/memory_hotplug.c +++ b/mm/memory_hotplug.c @@ -1380,6 +1380,43 @@ static bool mhp_supports_memmap_on_memory(unsigned long size) return arch_supports_memmap_on_memory(vmemmap_size); } +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 = { + .base_pfn = PHYS_PFN(start), + .end_pfn = PHYS_PFN(start + size - 1), + }; + int ret; + + if ((mhp_flags & MHP_MEMMAP_ON_MEMORY)) { + mhp_altmap.free = memory_block_memmap_on_memory_pages(); + params.altmap = kmemdup(&mhp_altmap, sizeof(struct vmem_altmap), + GFP_KERNEL); + if (!params.altmap) + return -ENOMEM; + } + + /* 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, params.altmap, group); + if (ret) + goto err_bdev; + + return 0; + +err_bdev: + arch_remove_memory(start, size, NULL); +error: + kfree(params.altmap); + return ret; +} + /* * NOTE: The caller must call lock_device_hotplug() to serialize hotplug * and online/offline operations (triggered e.g. by sysfs). @@ -1388,14 +1425,10 @@ static bool mhp_supports_memmap_on_memory(unsigned long size) */ 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 = { - .base_pfn = PHYS_PFN(res->start), - .end_pfn = PHYS_PFN(res->end), - }; struct memory_group *group = NULL; - u64 start, size; + u64 start, size, cur_start; bool new_node = false; int ret; @@ -1436,28 +1469,21 @@ 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)) { - mhp_altmap.free = memory_block_memmap_on_memory_pages(); - params.altmap = kmemdup(&mhp_altmap, - sizeof(struct vmem_altmap), - GFP_KERNEL); - if (!params.altmap) + 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; } - /* fallback to not using altmap */ - } - - /* call arch's memory hotadd */ - ret = arch_add_memory(nid, start, size, ¶ms); - if (ret < 0) - goto error_free; - - /* create memory block devices after memory was added */ - ret = create_memory_block_devices(start, size, params.altmap, group); - if (ret) { - arch_remove_memory(start, size, NULL); - goto error_free; + } else { + ret = add_memory_create_devices(nid, group, start, size, + mhp_flags); + if (ret) + goto error; } if (new_node) { @@ -1494,8 +1520,6 @@ int __ref add_memory_resource(int nid, struct resource *res, mhp_t mhp_flags) walk_memory_blocks(start, size, NULL, online_memory_block); return ret; -error_free: - kfree(params.altmap); error: if (IS_ENABLED(CONFIG_ARCH_KEEP_MEMBLOCK)) memblock_remove(start, size); @@ -2076,6 +2100,23 @@ static int test_has_altmap_cb(struct memory_block *mem, void *arg) return 0; } +struct memory_range_altmap_info { + u64 num_memblocks; + u64 num_altmaps; +}; + +static int count_memory_range_altmaps_cb(struct memory_block *mem, void *arg) +{ + struct memory_range_altmap_info *altmap_info = + (struct memory_range_altmap_info *)arg; + + altmap_info->num_memblocks += 1; + if (mem->altmap) + altmap_info->num_altmaps += 1; + + return 0; +} + static int check_cpu_on_node(int nid) { int cpu; @@ -2146,11 +2187,75 @@ void try_offline_node(int nid) } EXPORT_SYMBOL(try_offline_node); -static int __ref try_remove_memory(u64 start, u64 size) +static void __ref remove_memory_blocks_and_altmaps(u64 start, u64 size) { - struct memory_block *mem; - int rc = 0, nid = NUMA_NO_NODE; + unsigned long memblock_size = memory_block_size_bytes(); struct vmem_altmap *altmap = NULL; + struct memory_block *mem; + u64 cur_start; + int rc; + + /* + * 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. + */ + for (cur_start = start; cur_start < start + size; + cur_start += memblock_size) { + rc = walk_memory_blocks(cur_start, memblock_size, &mem, + test_has_altmap_cb); + if (rc) { + altmap = mem->altmap; + /* + * Mark altmap NULL so that we can add a debug + * check on memblock free. + */ + mem->altmap = NULL; + } + + /* + * Memory block device removal under the device_hotplug_lock is + * a barrier against racing online attempts. + */ + remove_memory_block_devices(cur_start, memblock_size); + + arch_remove_memory(cur_start, memblock_size, altmap); + + /* Verify that all vmemmap pages have actually been freed. */ + if (altmap) { + WARN(altmap->alloc, "Altmap not fully unmapped"); + kfree(altmap); + } + } +} + +static int memblocks_have_altmaps(u64 start, u64 size) +{ + struct memory_range_altmap_info altmap_info = { + .num_memblocks = 0, + .num_altmaps = 0 + }; + + if (!mhp_memmap_on_memory()) + return 0; + + walk_memory_blocks(start, size, &altmap_info, + count_memory_range_altmaps_cb); + + if (!altmap_info.num_altmaps) + return 0; + + if (altmap_info.num_memblocks != altmap_info.num_altmaps) { + WARN_ONCE(1, "Not all memblocks in range have altmaps"); + return -EINVAL; + } + + return 1; +} + +static int __ref try_remove_memory(u64 start, u64 size) +{ + int rc, nid = NUMA_NO_NODE; BUG_ON(check_hotplug_memory_range(start, size)); @@ -2167,45 +2272,21 @@ static int __ref try_remove_memory(u64 start, u64 size) if (rc) return rc; - /* - * We only support removing memory added with MHP_MEMMAP_ON_MEMORY in - * the same granularity it was added - a single memory block. - */ - if (mhp_memmap_on_memory()) { - rc = walk_memory_blocks(start, size, &mem, test_has_altmap_cb); - if (rc) { - if (size != memory_block_size_bytes()) { - pr_warn("Refuse to remove %#llx - %#llx," - "wrong granularity\n", - start, start + size); - return -EINVAL; - } - altmap = mem->altmap; - /* - * Mark altmap NULL so that we can add a debug - * check on memblock free. - */ - mem->altmap = 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); - - /* Verify that all vmemmap pages have actually been freed. */ - if (altmap) { - WARN(altmap->alloc, "Altmap not fully unmapped"); - kfree(altmap); + rc = memblocks_have_altmaps(start, size); + if (rc < 0) { + goto err; + } else if (rc == 0) { + /* no altmaps, do the removal directly */ + remove_memory_block_devices(start, size); + arch_remove_memory(start, size, NULL); + } else { + /* all memblocks in the range have altmaps */ + remove_memory_blocks_and_altmaps(start, size); } if (IS_ENABLED(CONFIG_ARCH_KEEP_MEMBLOCK)) { @@ -2218,8 +2299,9 @@ static int __ref try_remove_memory(u64 start, u64 size) if (nid != NUMA_NO_NODE) try_offline_node(nid); +err: mem_hotplug_done(); - return 0; + return (rc < 0 ? rc : 0); } /**