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 DA9A83BA240; Mon, 23 Mar 2026 16:17:51 +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=1774282672; cv=none; b=uecZ0IVLklAuzD3LubyKu6gHDpo/DevUSi5UZeJv6PH5OsYVxp+WVT55KAltpCfL/LJZ2i+7TROiv1BbAAxEwwg7LXnjX6sjHZYq5EJzsobBw/YGSuHdXYVSMX/YxRbFypH9r5g2hIZgBXrTpdGIHtqDxrqOhjCAwXqg9O/UkAM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774282672; c=relaxed/simple; bh=qAkKX1t59xEbZSu2y6/UKgxvCTGrQ87Kmfe2KcXWDug=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=ZeL/DB0EgvijIeRj4YvBVNIGUvx1Qi7MqPEN/BaQnq4miY3pz8bpGv/Vpdf8GYiO64G6WXHFHzUNfJKETvSMxdUjwxRk5s0NDtXhdBOhSBDrK9an4yT8VwMTzHjseIWPkPaTxK4R39+hRon7S/VWXeA/jcb5KfR9jUl/Eoa3G2o= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=wd3WAd8R; 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="wd3WAd8R" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4A604C2BC9E; Mon, 23 Mar 2026 16:17:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1774282671; bh=qAkKX1t59xEbZSu2y6/UKgxvCTGrQ87Kmfe2KcXWDug=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=wd3WAd8RvtGUlpOwnmQk2pNBssVhIv3wPPmOvm+Wy82cPL8jjotXHCNXT5UGWJVe3 7zg9LxPR4ZuHLzMo3t/VCNQZnCmE9V2lhejnYxKAJvFXbNC3y697i36MQpLcOcHBZN 9raKblrgqfeUfgRYSFqebbfwh4Ehnn5zyB0Smf3k= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, Helge Deller Subject: [PATCH 6.1 244/481] parisc: Fix initial page table creation for boot Date: Mon, 23 Mar 2026 14:43:46 +0100 Message-ID: <20260323134531.098189982@linuxfoundation.org> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260323134525.256603107@linuxfoundation.org> References: <20260323134525.256603107@linuxfoundation.org> User-Agent: quilt/0.69 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.1-stable review patch. If anyone has any objections, please let me know. ------------------ From: Helge Deller commit 8475d8fe21ec9c7eb2faca555fbc5b68cf0d2597 upstream. The KERNEL_INITIAL_ORDER value defines the initial size (usually 32 or 64 MB) of the page table during bootup. Up until now the whole area was initialized with PTE entries, but there was no check if we filled too many entries. Change the code to fill up with so many entries that the "_end" symbol can be reached by the kernel, but not more entries than actually fit into the initial PTE tables. Signed-off-by: Helge Deller Cc: # v6.0+ Signed-off-by: Greg Kroah-Hartman --- arch/parisc/kernel/head.S | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) --- a/arch/parisc/kernel/head.S +++ b/arch/parisc/kernel/head.S @@ -56,6 +56,7 @@ ENTRY(parisc_kernel_start) .import __bss_start,data .import __bss_stop,data + .import __end,data load32 PA(__bss_start),%r3 load32 PA(__bss_stop),%r4 @@ -149,7 +150,11 @@ $cpu_ok: * everything ... it will get remapped correctly later */ ldo 0+_PAGE_KERNEL_RWX(%r0),%r3 /* Hardwired 0 phys addr start */ load32 (1<<(KERNEL_INITIAL_ORDER-PAGE_SHIFT)),%r11 /* PFN count */ - load32 PA(pg0),%r1 + load32 PA(_end),%r1 + SHRREG %r1,PAGE_SHIFT,%r1 /* %r1 is PFN count for _end symbol */ + cmpb,<<,n %r11,%r1,1f + copy %r1,%r11 /* %r1 PFN count smaller than %r11 */ +1: load32 PA(pg0),%r1 $pgt_fill_loop: STREGM %r3,ASM_PTE_ENTRY_SIZE(%r1)