[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