Re: [PATCH v2 01/19] ARM: use CONFIG_AEABI by default everywhere

[Nicolas Ferre <nicolas.ferre@microchip.com>]

On 01/07/2026 at 23:23, Arnd Bergmann wrote:
> From: Arnd Bergmann <arnd@arndb.de>
> 
> On ARMv4 and ARMv5, the default is still to build for OABI, with
> CONFIG_AEABI disabled, even though distros and toolchains no longer
> support OABI as a target.
> 
> Change the default to EABI for all architecture levels and change
> the defconfig entries as follows:
> 
>   - All machines that used to explicitly enable EABI can drop that line now
>   - Machines that are likely to actually use old distros and had NWFPE
>     enabled in combination with OABI (rpc, footrbridge, netwinder,
>     assabet, neponset) explicitly turn it on now.
>   - Machines that already had both EABI and NWFPE disabled in defconfig
>     (at91_dt, collie, ep93xx, gemini, h3600, imx_v4_v5, integrator, jornada,

For at91_dt, EABI was explicitly enabled (see below)...

>     moxart, multi_v4t, omap1) were likely not usable with either OABI or
>     EABI and now use EABI instead implicitly, making it more likely that
>     they could work.
> 
> Acked-by: Linus Walleij <linus.walleij@linaro.org>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> ---
>   arch/arm/Kconfig                        | 15 ++++++---------
>   arch/arm/configs/am200epdkit_defconfig  |  1 -
>   arch/arm/configs/aspeed_g4_defconfig    |  1 -
>   arch/arm/configs/assabet_defconfig      |  1 +
>   arch/arm/configs/at91_dt_defconfig      |  1 -

[..]

> diff --git a/arch/arm/configs/at91_dt_defconfig b/arch/arm/configs/at91_dt_defconfig
> index e331242dece7..320eb27a6a2e 100644
> --- a/arch/arm/configs/at91_dt_defconfig
> +++ b/arch/arm/configs/at91_dt_defconfig
> @@ -18,7 +18,6 @@ CONFIG_SOC_AT91SAM9=y
>   CONFIG_SOC_SAM9X60=y
>   CONFIG_SOC_SAM9X7=y
>   # CONFIG_ATMEL_CLOCKSOURCE_PIT is not set
> -CONFIG_AEABI=y
>   CONFIG_UACCESS_WITH_MEMCPY=y
>   # CONFIG_ATAGS is not set
>   CONFIG_ARM_APPENDED_DTB=y

As AEABI is by default to y:
Acked-by: Nicolas Ferre <nicolas.ferre@microchip.com>

[..]

Thanks, best regards,
   Nicolas