[SLOF] [PATCH 2/2] envvar: Do not read default values for /options from the NVRAM anymore
Alexey Kardashevskiy
aik at ozlabs.ru
Thu Oct 27 12:44:39 AEDT 2016
On 25/10/16 22:43, Thomas Huth wrote:
> Now that we already set the default values in /options during
> "(set-defaults)", there is no need anymore to load these values
> through the NVRAM after we discovered that we had to re-initialize
> it.
>
> Signed-off-by: Thomas Huth <thuth at redhat.com>
> ---
> slof/fs/envvar.fs | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/slof/fs/envvar.fs b/slof/fs/envvar.fs
> index 4a4d237..0e5f90a 100644
> --- a/slof/fs/envvar.fs
> +++ b/slof/fs/envvar.fs
> @@ -262,7 +262,7 @@ VARIABLE nvoff \ offset in envvar partition
> ." No NVRAM common partition, re-initializing..." cr
> internal-reset-nvram
> (nvupdate)
> - nvram-partition-type-common get-nvram-partition IF ." NVRAM seems to be broken." cr EXIT THEN
> + EXIT
get-nvram-partition would leave ( addr len ) on stack if
internal-reset-nvram + (nvupdate) succeeded and that would be a bug which
you just fixed, is my understanding correct?
> THEN
> \ partition header found: read data from nvram
> drop ( addr ) \ throw away offset
>
--
Alexey
More information about the SLOF
mailing list