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 9DC2217A30A; Sat, 4 Apr 2026 20:04:24 +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=1775333064; cv=none; b=S8ltPc/7qxK4DbXWMIQvusP5aSns6LUKL7PIL2x/H2AF7/CP/oOGU19EbX4+esbs6LU60cpClHby45gJzoLd3q7/oH+3HZv0HfUkA+DP3dIsFt8w7gRL5pqPcOx3g1s4eX98nPy0nnqFcmMoRkEuZmF8ZVWaWUAc3DWTmhkqdIg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775333064; c=relaxed/simple; bh=nuQOhXqzh/yrI4waHmqs/SiP+Sic5BOEOdHFjfTuvAA=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition; b=fBkhNWIuwFnWdCdRjxISqpkSuVhov4CA9aO8qlrk9JTNR1EJm+6jBlCPhIhmJ1aCd+spXFC1c3H+/IGb/At+0qm1cDFiv1iliJK4JnXO1Wv+Xe1DBj6GTOIlzWa+YI0oIR2iSjmP6E5Ux7l+B/ccLMWkYiwQ/37o8k5c/kyrJHo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=oAbsmWzk; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="oAbsmWzk" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 066AFC19421; Sat, 4 Apr 2026 20:04:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1775333064; bh=nuQOhXqzh/yrI4waHmqs/SiP+Sic5BOEOdHFjfTuvAA=; h=Date:From:To:Subject:From; b=oAbsmWzkPGgR0PdvC1MshFr0gmWuZFGCFBrxlkPj32/7ALpt1J4W9nzLLGMTrswSo 6sMJImbxidX3ORM6HtZeQdxGnf741hzNsUqCRUqij1y7yaPn6ApmIFuqg6FKNyJ1Vf uD0wtLT5/x5r/LwcQTMMgHWkHsAxCsUTSP4Pj8TXTbrQHmURX/O/6FfZlJE3VsflRH lI3QpsIyIsD9UvOR6x18spMJ4HFmxqRGNMrF7V2LaXCm0qD7xUmbbb5aHN4OVVHCUP 3rn+W6uq4VXNsrl9bMBOzhw48Vw2if7pcwyoYde0N0KmSIPAEM6+JcK8OTEwW0pdFb LDn0MIFdfNckg== Date: Sat, 4 Apr 2026 22:04:19 +0200 From: Helge Deller To: linux-kernel@vger.kernel.org, linux-parisc@vger.kernel.org, Josh Poimboeuf , Luis Chamberlain , Petr Pavlu , Daniel Gomez , Sami Tolvanen , Aaron Tomlin , linux-modules@vger.kernel.org Subject: [PATCH] module.lds.S: Fix modules on 32-bit parisc architecture Message-ID: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On the 32-bit parisc architecture, we always used the -ffunction-sections compiler option to tell the compiler to put the functions into seperate text sections. This is necessary, otherwise "big" kernel modules like ext4 or ipv6 fail to load because some branches won't be able to reach their stubs. Commit 1ba9f8979426 ("vmlinux.lds: Unify TEXT_MAIN, DATA_MAIN, and related macros") broke this for parisc because all text sections will get unconditionally merged now. Fix the issue by avoiding the text section merge for 32-bit parisc while still allowing it for all other architectures. Fixes: 1ba9f8979426 ("vmlinux.lds: Unify TEXT_MAIN, DATA_MAIN, and related macros") Cc: Josh Poimboeuf Cc: stable@vger.kernel.org # v6.19+ Signed-off-by: Helge Deller diff --git a/scripts/module.lds.S b/scripts/module.lds.S index 054ef99e8288..41e13e9cbb9d 100644 --- a/scripts/module.lds.S +++ b/scripts/module.lds.S @@ -41,9 +41,11 @@ SECTIONS { __kcfi_traps : { KEEP(*(.kcfi_traps)) } #endif +#if !defined(CONFIG_PARISC) || defined(CONFIG_64BIT) .text : { *(.text .text.[0-9a-zA-Z_]*) } +#endif .bss : { *(.bss .bss.[0-9a-zA-Z_]*)