[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <6b2c0063-1523-4644-a32c-6aa918ad9dd8@app.fastmail.com>
Date: Fri, 22 Aug 2025 22:03:58 +0200
From: "Arnd Bergmann" <arnd@...db.de>
To: "Nathan Chancellor" <nathan@...nel.org>, linux-kernel@...r.kernel.org
Cc: "Kees Cook" <kees@...nel.org>,
"Nick Desaulniers" <nick.desaulniers+lkml@...il.com>,
"Bill Wendling" <morbo@...gle.com>, "Justin Stitt" <justinstitt@...gle.com>,
llvm@...ts.linux.dev, patches@...ts.linux.dev,
"Russell King" <linux@...linux.org.uk>, "Ard Biesheuvel" <ardb@...nel.org>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v2 03/12] ARM: Clean up definition of ARM_HAS_GROUP_RELOCS
On Fri, Aug 22, 2025, at 09:05, Arnd Bergmann wrote:
> On Thu, Aug 21, 2025, at 23:15, Nathan Chancellor wrote:
>
> Would it be possible to either change the macro or to move
> the overflow_stack_ptr closer in order to completely eliminate
> the CONFIG_ARM_HAS_GROUP_RELOCS symbol and have VMAP_STACK
> enabled for all CONFIG_MMU builds?
>
> Are there any other build testing issues with ARM_HAS_GROUP_RELOCS
> besides the one I saw here?
With some more randconfig testing, I did come across a few
configurations that each fail with hundreds of errors like
arm-linux-gnueabi-ld: drivers/crypto/hifn_795x.o(.text+0x99c): overflow whilst splitting 0x10a61854 for group relocation R_ARM_LDR_PC_G2
so I guess we'll have to stick with the current dependency,
at least for ARMv6 and below.
Arnd
Powered by blists - more mailing lists