[PATCH] board: ti: am64,j721*: use correct fdt if eeprom detection fails

[Bryan Brattlof]

On February  3, 2026 thus sayeth Anshul Dalal:
> We currently provide default board names for each board in their
> respective evm.c file. However for custom boards, this behaviour
> overwrites the default DT as set in the defconfig
> (CONFIG_DEFAULT_FDT_FILE or CONFIG_DEFAULT_DEVICE_TREE).

Are people using the TI_I2C_BOARD_DETECT logic on their custom boards?

> 
> This patch changes the default name to be NULL which prevents this
> overwrite and allows ti_set_fdt_env to instead fallback to the correct
> DT as set in Kconfig.
> 
> Signed-off-by: Anshul Dalal <anshuld at ti.com>
> ---
>  board/ti/am64x/evm.c  | 2 +-
>  board/ti/j721e/evm.c  | 2 +-
>  board/ti/j721s2/evm.c | 2 +-
>  3 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/board/ti/am64x/evm.c b/board/ti/am64x/evm.c
> index 25076a8a588..c6ddc44d14c 100644
> --- a/board/ti/am64x/evm.c
> +++ b/board/ti/am64x/evm.c
> @@ -138,7 +138,7 @@ static struct ti_fdt_map ti_am64_evm_fdt_map[] = {
>  
>  static void setup_board_eeprom_env(void)
>  {
> -	char *name = "am64x_gpevm";
> +	char *name = NULL;

Would it make sense to add this default to the else case?

If I understand the problem correctly we still get the benefit of the 
default for boards we don't have a match for in eeprom but if 
do_board_detect() fails we pass the NULL to ti_set_fdt_env()?

~Bryan