lib/crypto/arm/poly1305-armv4.pl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
From: Arnd Bergmann <arnd@arndb.de>
The reference to poly1305_blocks_neon from generated assembler code is
apparently the reason we had the silly __weak function in the wrapper.
Removing it introduced a link failure:
ERROR: modpost: "poly1305_blocks_neon" [lib/crypto/arm/poly1305-arm.ko] undefined!
Moving the reference inside of the #if ARMv7 block avoids this problem.
Fixes: 16f9e0cc99ec ("lib/crypto: arm/poly1305: Remove unneeded empty weak function")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
I see that the neon code is always built when targetting ARMv7, even in
configurations without CONFIG_KERNEL_MODE_NEON where it is never called.
I tried cleaning that up as well but couldn't figure it out.
---
lib/crypto/arm/poly1305-armv4.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/crypto/arm/poly1305-armv4.pl b/lib/crypto/arm/poly1305-armv4.pl
index d57c6e2fc84a..dd7a996361a7 100644
--- a/lib/crypto/arm/poly1305-armv4.pl
+++ b/lib/crypto/arm/poly1305-armv4.pl
@@ -46,7 +46,6 @@ $code.=<<___;
# define poly1305_init poly1305_block_init_arch
# define poly1305_blocks poly1305_blocks_arm
# define poly1305_emit poly1305_emit_arch
-.globl poly1305_blocks_neon
#endif
#if defined(__thumb2__)
@@ -722,6 +721,7 @@ poly1305_init_neon:
ret @ bx lr
.size poly1305_init_neon,.-poly1305_init_neon
+.globl poly1305_blocks_neon
.type poly1305_blocks_neon,%function
.align 5
poly1305_blocks_neon:
--
2.39.5
On Fri, Jul 11, 2025 at 09:23:59AM +0200, Arnd Bergmann wrote: > From: Arnd Bergmann <arnd@arndb.de> > > The reference to poly1305_blocks_neon from generated assembler code is > apparently the reason we had the silly __weak function in the wrapper. > Removing it introduced a link failure: > > ERROR: modpost: "poly1305_blocks_neon" [lib/crypto/arm/poly1305-arm.ko] undefined! > > Moving the reference inside of the #if ARMv7 block avoids this problem. > > Fixes: 16f9e0cc99ec ("lib/crypto: arm/poly1305: Remove unneeded empty weak function") > Signed-off-by: Arnd Bergmann <arnd@arndb.de> > --- > I see that the neon code is always built when targetting ARMv7, even in > configurations without CONFIG_KERNEL_MODE_NEON where it is never called. > I tried cleaning that up as well but couldn't figure it out. > --- > lib/crypto/arm/poly1305-armv4.pl | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Thanks! That's an interesting one... unfortunately the "perlasm" files are kind of a mess. To avoid a bisection hazard, I'm replacing the original patch with an updated version that includes your fix: https://lore.kernel.org/r/20250711212822.6372-1-ebiggers@kernel.org - Eric
© 2016 - 2025 Red Hat, Inc.