Re: [REGRESSION] Failure to write the NVRAM variables starting from kernel 6.0 on T2 Macs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Ard

> On 20-Oct-2022, at 2:53 AM, Ard Biesheuvel <ardb@xxxxxxxxxx> wrote:
> 
> Hello Aditya
> 
> Thanks for the report. I did identify an issue in some refactoring
> work of the efivars layer that went into 6.0
> 
> Can you please check whether the change below fixes the issue for you?

The patch given below fixes the issue for me.

> 
> diff --git a/drivers/firmware/efi/vars.c b/drivers/firmware/efi/vars.c
> index dd74d2ad3184..35edba93cf14 100644
> --- a/drivers/firmware/efi/vars.c
> +++ b/drivers/firmware/efi/vars.c
> @@ -209,7 +209,7 @@ efivar_set_variable_blocking(efi_char16_t *name,
> efi_guid_t *vendor,
>        if (data_size > 0) {
>                status = check_var_size(attr, data_size +
>                                              ucs2_strsize(name, 1024));
> -               if (status != EFI_SUCCESS)
> +               if (status != EFI_SUCCESS && status != EFI_UNSUPPORTED)
>                        return status;
>        }
>        return __efivars->ops->set_variable(name, vendor, attr,
> data_size, data);
> @@ -242,7 +242,7 @@ efi_status_t
> efivar_set_variable_locked(efi_char16_t *name, efi_guid_t *vendor,
>        if (data_size > 0) {
>                status = check_var_size_nonblocking(attr, data_size +
> 
> ucs2_strsize(name, 1024));
> -               if (status != EFI_SUCCESS)
> +               if (status != EFI_SUCCESS && status != EFI_UNSUPPORTED)
>                        return status;
>        }
>        return setvar(name, vendor, attr, data_size, data);

Thanks
Aditya




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux