[PATCH] env: sf: fix init function behaviour
Michael Walle
michael at walle.cc
Tue Nov 3 15:28:40 CET 2020
Am 2020-11-03 15:22, schrieb Heiko Schocher:
> Michael wrote:
> commit 92765f45bb95 ("env: Access Environment in SPI flashes before
> relocation") at least breaks the Kontron sl28 board. I guess it also
> breaks others which use a (late) SPI environment.
>
> reason is, that env_init() sets the init bit, if there
> is no init function defined in an environment driver,
> and use default return value -ENOENT in this case
> later for setting the default environment.
>
> Change:
> Environment driver can now implement an init
> function and return, if this function does nothing,
> simply -ENOENT.
>
> env_init() now handles -ENOENT correct by setting the
> inited bit for the environment driver. And if there
> is no other environment driver whose init function
> returns 0, load than the default environment.
>
> This prevents that each environment driver needs to set the
> default environment.
>
> Fixes: 92765f45bb95 ("env: Access Environment in SPI flashes before
> relocation")
> Reported-by: Michael Walle <michael at walle.cc>
> Signed-off-by: Heiko Schocher <hs at denx.de>
For the SF environment:
Tested-by: Michael Walle <michael at walle.cc>
Thanks,
-michael
More information about the U-Boot
mailing list