From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CEA3F27B4EE; Wed, 23 Apr 2025 15:17:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1745421452; cv=none; b=tj/+ixDJexRrK3Z1GGq/ur4jbrXhaENjN0ixK2HA5Sp6djRjuiqItnlc/7KzPE7b/TXO/JVPZmnX9Ads6+vzRbggo0f17kBMhxboxGBADaeEsE0xJn6CnGY5K5hyt5To/zBGS0z+cJAyeC21RUW2IispVyyDHI6UBLHfx4GhSVQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1745421452; c=relaxed/simple; bh=kCOqSOEofe5kKVeeop2duzrQC9iM67Rh/90otnB0xjw=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=aRf0HhhJK1QrpYHq512Zdqc8gs7KIjOBjljkkUh/4wyr+/vUBJ2uzAMtDB43fv28bUzp/VkvlnziNlOlkVVBWDtiGdCz2n2sECGFiACR4Zx7Ebg7utZ8sF96q87ZF6qW8w8MSHDeRrgnOjeYOQxPa0HOEfq+UQTO03ATbjU94x4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=fi1XxgCk; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="fi1XxgCk" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 62DA9C4CEE2; Wed, 23 Apr 2025 15:17:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1745421452; bh=kCOqSOEofe5kKVeeop2duzrQC9iM67Rh/90otnB0xjw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fi1XxgCkJWIgLKSiinDEL0Kox7/kOrTYrs/VKfQ6pg04qlg5BgfPwUgivifjZCNgd ycZtgZV53oVD3VYRCjB3oZvJNuVw9Kn+/jILZFdBiQ+31exXRaOmzqQc41VkZEkqvm Kt8e1aIgSKeFf8x/0S2rNzE/9V98mAbuCbyZmePw= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, Zhenhua Huang , David Hildenbrand , Anshuman Khandual , Catalin Marinas Subject: [PATCH 6.6 180/393] arm64: mm: Correct the update of max_pfn Date: Wed, 23 Apr 2025 16:41:16 +0200 Message-ID: <20250423142650.811582727@linuxfoundation.org> X-Mailer: git-send-email 2.49.0 In-Reply-To: <20250423142643.246005366@linuxfoundation.org> References: <20250423142643.246005366@linuxfoundation.org> User-Agent: quilt/0.68 X-stable: review X-Patchwork-Hint: ignore Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 6.6-stable review patch. If anyone has any objections, please let me know. ------------------ From: Zhenhua Huang commit 89f43e1ce6f60d4f44399059595ac47f7a90a393 upstream. Hotplugged memory can be smaller than the original memory. For example, on my target: root@genericarmv8:~# cat /sys/kernel/debug/memblock/memory 0: 0x0000000064005000..0x0000000064023fff 0 NOMAP 1: 0x0000000064400000..0x00000000647fffff 0 NOMAP 2: 0x0000000068000000..0x000000006fffffff 0 DRV_MNG 3: 0x0000000088800000..0x0000000094ffefff 0 NONE 4: 0x0000000094fff000..0x0000000094ffffff 0 NOMAP max_pfn will affect read_page_owner. Therefore, it should first compare and then select the larger value for max_pfn. Fixes: 8fac67ca236b ("arm64: mm: update max_pfn after memory hotplug") Cc: # 6.1.x Signed-off-by: Zhenhua Huang Acked-by: David Hildenbrand Reviewed-by: Anshuman Khandual Link: https://lore.kernel.org/r/20250321070019.1271859-1-quic_zhenhuah@quicinc.com Signed-off-by: Catalin Marinas Signed-off-by: Greg Kroah-Hartman --- arch/arm64/mm/mmu.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/arch/arm64/mm/mmu.c +++ b/arch/arm64/mm/mmu.c @@ -1328,7 +1328,8 @@ int arch_add_memory(int nid, u64 start, __remove_pgd_mapping(swapper_pg_dir, __phys_to_virt(start), size); else { - max_pfn = PFN_UP(start + size); + /* Address of hotplugged memory can be smaller */ + max_pfn = max(max_pfn, PFN_UP(start + size)); max_low_pfn = max_pfn; }