u-boot/board/keymile
Aleksandar Gerasimovski d1af7ca8f8 km/ls102xa: fix device disable configuration
This was probably broken when mainlining, CONFIG_FSL_DEVICE_DISABLE is
not Kconfig but whitelisted.

It's fine to be without flag as this is always enabled for abec1020
(pg-wcom-ls102xa.h)

Signed-off-by: Aleksandar Gerasimovski <aleksandar.gerasimovski@hitachienergy.com>
Reviewed-by: Priyanka Jain <priyanka.jain@nxp.com>
2022-02-01 15:08:07 +05:30
..
common km: common: implement field fail-safe u-boot update 2022-02-01 15:08:07 +05:30
km83xx board/km: update MAINTAINERS files 2021-10-14 19:45:07 -04:00
km_arm board/km: update MAINTAINERS files 2021-10-14 19:45:07 -04:00
kmcent2 CONFIG_SYS_CLK_FREQ: Consistently be static or get_board_sys_clk() 2021-12-27 16:20:18 -05:00
pg-wcom-ls102xa km/ls102xa: fix device disable configuration 2022-02-01 15:08:07 +05:30
scripts km/scripts: fix saveenv command syntax 2021-06-17 11:46:11 +05:30
secu1 board/km: update MAINTAINERS files 2021-10-14 19:45:07 -04:00
Kconfig km: common: implement field fail-safe u-boot update 2022-02-01 15:08:07 +05:30
README km: common: implement field fail-safe u-boot update 2022-02-01 15:08:07 +05:30

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

Field Fail-Save U-boot Update
-----------------------------
Field Fail-Save u-boot update is a feature that allows save u-boot update
of FOX and XMC products that are rolled out in the field.

The feature is initially implemented for designs based on LS102x SoC, but in
theory can be used on all designs that are booting from parallel NOR flash.

The implementation expects redundant (secondary) u-boot image on a predefined
location in the NOR flash, u-boot execution will be transferred to the redundant 
(secondary) u-boot and redundant u-boot will be started if 'updateduboot' envvar
is set to 'yes'.
Update logic check_for_uboot_update() has to be invoked from the design early
before relocation just after SoC initialization, e.g from board_early_init_f or
misc_init_f functions.
By design it is expected that primary u-boot image is burned in the factory and
never updated, and in case u-boot update is required it can flashed and started
from secondary u-boot location.