From nobody Mon Apr 6 10:44:18 2026 Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 86B0A391E68 for ; Sat, 21 Mar 2026 15:04:13 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.169 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774105454; cv=none; b=tVO9Q0dXwOWBBO8TJjZRtOLrnkfAA/+2kWAiS4tdjdb67r4NFBYT3CVix1Y9AV+oH7t1SpQG/IAmBlWp7HkEvPKfI+1zHy+eMflyPU4ClAntlhLLMYuxg/B44Ws9uVaLiEe0GYST/P9YNCJ+qh6Ia/NtlE91dbub+uOzjHstfyw= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774105454; c=relaxed/simple; bh=4aQ6c6cuuLgbidEXo4JUWgHdhHA0vPcOx/O2oIS0jG8=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=KpoOHuzKlANoTwJSvWblUR/1tS23frnsNO9bHlDpIb9+p0BgkE3Ta1rnPtx9EQZbckOUUk/q+jPFYq4ouuz8swl0rsQIIPfcfS7eAGb/lPkSv887uBAVbNlyvgpOavVdHNWln2oO1GHpdGPReUm1jFVE9Jx1dt5pXHx+1t64cN4= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net; spf=pass smtp.mailfrom=gourry.net; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b=R5ga+0W7; arc=none smtp.client-ip=209.85.222.169 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gourry.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b="R5ga+0W7" Received: by mail-qk1-f169.google.com with SMTP id af79cd13be357-8c70b5594f4so333670485a.1 for ; Sat, 21 Mar 2026 08:04:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1774105452; x=1774710252; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=EZlQlpoI2kyeTHm+ataFfQwGqNyciJ5dRDvCF4GFSVw=; b=R5ga+0W7o8L6lu7qQbjqT2SdycQ73uUvbF2FiFvjEK56tXWOWqR+yKjEszzehSyE6o 6hnJZx0RSCqr71IQeYlSnHOuZOcQgK4Rq9oEMbh1QcQfhKzdYVv9MzHNDgnLi7ClFY29 UMQft4AUZAaXEgE02UJwxjWGCgfxRgKexyuAwTjIFa1Qv4IjOazmy0ZPtaz7MscBCPYc 6G1ZOMUiH9Df5wjwb21yKNPX/GbncOiDcg8dMCfiKscYozUlf9sOhKMYiFbe/9uRc77J /bs4tlnFNcpQL1bNsNryKve3Dmj39MDX3POD1OL2iwcgvMskOfQ46PGdjJLa9T2cjp4r EfZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774105452; x=1774710252; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=EZlQlpoI2kyeTHm+ataFfQwGqNyciJ5dRDvCF4GFSVw=; b=VR0rt2Gh/2MpteDjyf9oD8+lH+f7SXQr3bWVkKNXhmWrQfR7EjYz9lS/p8Nqv1NnhR vlCWgL4Fts7pr4oHl7CX2+ka3GQACzA8AogmT1HlPQTdhrDu4ar9aRD6wj0SKh0xwrYE 50dedhxvQFjRPOr53x1U0DJQUWADc2rf3wRjvi7KWjB0zkdnUvSkfNzNNCZS30C9AFUp WtNRCd3ztk4f6CeL/OjxYJLD460652FtiOCqk/EEmQmeu6Npv6DNBiuRr07rXANJZtDW vZ7Hse4WkEHNbdGYJ4U+iofQHngHH5nB0Vbseltb7osfykkCEV8a8Qx5CimXM1nXUYtc 6tpQ== X-Forwarded-Encrypted: i=1; AJvYcCUKiLSjtbYuHT74oMPN301rp0izu+mhtWjGyg159tE0zPt9Gvtu5uq5An3MsGJc4BcJZcXsh4ahsxTM2ZM=@vger.kernel.org X-Gm-Message-State: AOJu0YyIAmmNq2RuELTiqH0g5/aBIMylh1DSvGLLVZCwZzD85/J+wraC 3u/5nL/CJjKq3J7WSbPf6GwzzN/3RrgWcevV0th0WFrPhAq8+c2QTcIuDXaRktsp45o= X-Gm-Gg: ATEYQzw+KiZltADkiC/UPE/xgiKbh2LNxVvDg58umt7ajj9RqPoOLQYRqKNOyiSAm5T Km+Y6DufwMTe8ZajfssgKPgx7kYBMd1SvnpgFDlCLGhXJd298IChfMe/BHQyoCtzuAjPGs0eQia Se5tY3eW3QbmHtJanvjspnkgSvKxMI32LI2OVWgnggc3aIwVUk84hG8EAp+168TsTKCOEOlMile EHNpTC+/rVhLGYL77hC38MBII7v02bA2NqFTpD9viEwckIWkOFx41GHrkZ0jA956j6tNufV2CL3 o6REGmNnEuCm3H8rSj3jY+nownbO8oo4ZxQkk8SFlCTEcEutFiQMn3UwnNGfimiTVmGDR1jctAe AArDCvYUP4zWBkdD1uf5myn29SVxe7YdQPZg9MkrsbjS3cnkR1KiHIZf2qi+lwbUfQq2mPz1s7d Ny7hIEwX3MwFXBu4v+YDNVYse6+h2zSFKt6xlBvND2vp7XcAV+eR0GvereqNAEp3B8u8KeR2uqZ JLhnaoVn/pHXUZ96uJtkPVzAA== X-Received: by 2002:a05:620a:454b:b0:8cd:8ce4:c0ad with SMTP id af79cd13be357-8cfb9e4b1b4mr1481729385a.22.1774105452426; Sat, 21 Mar 2026 08:04:12 -0700 (PDT) Received: from gourry-fedora-PF4VCD3F.lan (pool-96-255-20-138.washdc.ftas.verizon.net. [96.255.20.138]) by smtp.gmail.com with ESMTPSA id af79cd13be357-8cfc90ba89fsm391979885a.40.2026.03.21.08.04.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 21 Mar 2026 08:04:11 -0700 (PDT) From: Gregory Price To: linux-mm@kvack.org, vishal.l.verma@intel.com, dave.jiang@intel.com, akpm@linux-foundation.org, david@kernel.org, osalvador@suse.de Cc: dan.j.williams@intel.com, ljs@kernel.org, Liam.Howlett@oracle.com, vbabka@kernel.org, rppt@kernel.org, surenb@google.com, mhocko@suse.com, linux-kernel@vger.kernel.org, nvdimm@lists.linux.dev, linux-cxl@vger.kernel.org, kernel-team@meta.com Subject: [PATCH 2/8] mm/memory: add memory_block_align_range() helper Date: Sat, 21 Mar 2026 11:03:58 -0400 Message-ID: <20260321150404.3288786-3-gourry@gourry.net> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260321150404.3288786-1-gourry@gourry.net> References: <20260321150404.3288786-1-gourry@gourry.net> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Memory hotplug operations require ranges aligned to memory block boundaries. This is a generic operation for hotplug. Add memory_block_align_range() as a common helper in that aligns the start address up and end address down to memory block boundaries. Update dax/kmem to use this helper. Signed-off-by: Gregory Price --- drivers/dax/kmem.c | 4 +--- include/linux/memory.h | 22 ++++++++++++++++++++++ 2 files changed, 23 insertions(+), 3 deletions(-) diff --git a/drivers/dax/kmem.c b/drivers/dax/kmem.c index eb693a581961..798f389df992 100644 --- a/drivers/dax/kmem.c +++ b/drivers/dax/kmem.c @@ -26,9 +26,7 @@ static int dax_kmem_range(struct dev_dax *dev_dax, int i,= struct range *r) struct dev_dax_range *dax_range =3D &dev_dax->ranges[i]; struct range *range =3D &dax_range->range; =20 - /* memory-block align the hotplug range */ - r->start =3D ALIGN(range->start, memory_block_size_bytes()); - r->end =3D ALIGN_DOWN(range->end + 1, memory_block_size_bytes()) - 1; + *r =3D memory_block_align_range(range); if (r->start >=3D r->end) { r->start =3D range->start; r->end =3D range->end; diff --git a/include/linux/memory.h b/include/linux/memory.h index 5bb5599c6b2b..17cdf6ba3823 100644 --- a/include/linux/memory.h +++ b/include/linux/memory.h @@ -20,6 +20,7 @@ #include #include #include +#include =20 #define MIN_MEMORY_BLOCK_SIZE (1UL << SECTION_SIZE_BITS) =20 @@ -100,6 +101,27 @@ int arch_get_memory_phys_device(unsigned long start_pf= n); unsigned long memory_block_size_bytes(void); int set_memory_block_size_order(unsigned int order); =20 +/** + * memory_block_align_range - align a physical address range to memory blo= cks + * @range: the input range to align + * + * Aligns the start address up and the end address down to memory block + * boundaries. This is required for memory hotplug operations which must + * operate on memory-block aligned ranges. + * + * Returns the aligned range. Callers should check that the returned + * range is valid (aligned.start < aligned.end) before using it. + */ +static inline struct range memory_block_align_range(const struct range *ra= nge) +{ + struct range aligned; + + aligned.start =3D ALIGN(range->start, memory_block_size_bytes()); + aligned.end =3D ALIGN_DOWN(range->end + 1, memory_block_size_bytes()) - 1; + + return aligned; +} + struct memory_notify { unsigned long start_pfn; unsigned long nr_pages; --=20 2.53.0