
7 Sep
2016
7 Sep
'16
1:48 p.m.
Hi,
zynqmp is using it because we don't want to rewrite boot sequence if variables are saved already.
You should look at these patches git show 340b0e3bb6e88 git show b72894f14da79
I expect you will find out thread about it too.
Thanks, Michal
On 7.9.2016 13:00, Robert P. J. Day wrote:
another curiosity, if i might ... notice:
$ grep -r GD_FLG_ENV_DEFAULT * board/xilinx/zynqmp/zynqmp.c: if (!(gd->flags & GD_FLG_ENV_DEFAULT)) { common/env_common.c: gd->flags |= GD_FLG_ENV_DEFAULT; include/asm-generic/global_data.h:#define GD_FLG_ENV_DEFAULT 0x02000 /* Default variable flag */ $
it seems a bit odd that there is a u-boot-wide global data flag that is tested by only a single board. what exactly does that flag represent?
rday
--
Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel - Xilinx Microblaze
Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs
U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP SoCs