[PATCH] arch: enable RELR relocation packing support by default

[PATCH] arch: enable RELR relocation packing support by default

[Ahmad Fatoum]

RELR support has been disabled at the last minute prior to the
v2026.04.0 release, because that appeared to fix a not yet understood
boot hang on the Rock 3A.

The boot hang appears to have been fixed properly by commit
3ef8ba6540ef ("ARM: fix wrong calculation of barebox base"), so re-enable
RELR again to benefit from the code size savings.

Signed-off-by: Ahmad Fatoum <a.fatoum@pengutronix.de>
---
 arch/Kconfig | 5 +----
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/arch/Kconfig b/arch/Kconfig
index 858dd6b28383..9f5673b5da31 100644
--- a/arch/Kconfig
+++ b/arch/Kconfig
@@ -54,7 +54,7 @@ config ARCH_HAS_RELR
 config RELR
 	bool "Use RELR relocation packing"
 	depends on ARCH_HAS_RELR && TOOLS_SUPPORT_RELR
-	depends on EXPERIMENTAL
+	default y
 	help
 	  Store the dynamic relocations in the RELR relocation packing
 	  format. Requires a compatible linker (LLD supports this feature), as
@@ -64,9 +64,6 @@ config RELR
 	  This can save ~10% of binary size, more if the final barebox image
 	  contains less external firmware blobs.
 
-	  This is marked experimental until the early hang for rock3a when
-	  this is enabled is understood and repaired.
-
 config ARCH_HAS_CTRLC
 	bool
 
-- 
2.47.3

Re: [PATCH] arch: enable RELR relocation packing support by default

[Sascha Hauer]

On Tue, 19 May 2026 08:21:02 +0200, Ahmad Fatoum wrote:
> RELR support has been disabled at the last minute prior to the
> v2026.04.0 release, because that appeared to fix a not yet understood
> boot hang on the Rock 3A.
> 
> The boot hang appears to have been fixed properly by commit
> 3ef8ba6540ef ("ARM: fix wrong calculation of barebox base"), so re-enable
> RELR again to benefit from the code size savings.
> 
> [...]

Applied, thanks!

[1/1] arch: enable RELR relocation packing support by default
      https://git.pengutronix.de/cgit/barebox/commit/?id=1cc414614c94 (link may not be stable)

Best regards,
-- 
Sascha Hauer <s.hauer@pengutronix.de>