[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAC_iWjL2HcHaz7CzvMTuHDH5TxoV+pVypLk+B0bWe7GJGvwP6A@mail.gmail.com>
Date: Mon, 25 Aug 2025 11:14:11 +0300
From: Ilias Apalodimas <ilias.apalodimas@...aro.org>
To: Jan Kiszka <jan.kiszka@...mens.com>
Cc: Ard Biesheuvel <ardb@...nel.org>, Masahisa Kojima <kojima.masahisa@...ionext.com>,
linux-efi@...r.kernel.org, linux-kernel@...r.kernel.org,
Sumit Garg <sumit.garg@...nel.org>, Jens Wiklander <jens.wiklander@...aro.org>,
Hua Qian Li <huaqian.li@...mens.com>
Subject: Re: [PATCH v2 2/4] efi: stmm: Do not return EFI_OUT_OF_RESOURCES on
internal errors
On Sat, 23 Aug 2025 at 20:22, Jan Kiszka <jan.kiszka@...mens.com> wrote:
>
> From: Jan Kiszka <jan.kiszka@...mens.com>
>
> When we are low on memory or when the internal API is violated, we
> cannot return EFI_OUT_OF_RESOURCES. According to the UEFI standard, that
> error code is either related to persistent storage used for the variable
> or even not foreseen as possible error (GetVariable e.g.). Use the not
> fully accurate but compliant error code EFI_DEVICE_ERROR in those cases.
Yea it's not ideal, but we are still limited by the EFI spec
Reviewed-by: Ilias Apalodimas <ilias.apalodimas@...aro.org>
>
> Signed-off-by: Jan Kiszka <jan.kiszka@...mens.com>
> ---
> drivers/firmware/efi/stmm/tee_stmm_efi.c | 12 ++++++------
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/firmware/efi/stmm/tee_stmm_efi.c b/drivers/firmware/efi/stmm/tee_stmm_efi.c
> index e15d11ed165e..8501056ade8a 100644
> --- a/drivers/firmware/efi/stmm/tee_stmm_efi.c
> +++ b/drivers/firmware/efi/stmm/tee_stmm_efi.c
> @@ -218,7 +218,7 @@ static efi_status_t get_max_payload(size_t *size)
> SMM_VARIABLE_FUNCTION_GET_PAYLOAD_SIZE,
> &ret);
> if (!var_payload)
> - return EFI_OUT_OF_RESOURCES;
> + return EFI_DEVICE_ERROR;
>
> ret = mm_communicate(comm_buf, payload_size);
> if (ret != EFI_SUCCESS)
> @@ -264,7 +264,7 @@ static efi_status_t get_property_int(u16 *name, size_t name_size,
> &comm_buf, payload_size,
> SMM_VARIABLE_FUNCTION_VAR_CHECK_VARIABLE_PROPERTY_GET, &ret);
> if (!smm_property)
> - return EFI_OUT_OF_RESOURCES;
> + return EFI_DEVICE_ERROR;
>
> memcpy(&smm_property->guid, vendor, sizeof(smm_property->guid));
> smm_property->name_size = name_size;
> @@ -320,7 +320,7 @@ static efi_status_t tee_get_variable(u16 *name, efi_guid_t *vendor,
> var_acc = setup_mm_hdr(&comm_buf, payload_size,
> SMM_VARIABLE_FUNCTION_GET_VARIABLE, &ret);
> if (!var_acc)
> - return EFI_OUT_OF_RESOURCES;
> + return EFI_DEVICE_ERROR;
>
> /* Fill in contents */
> memcpy(&var_acc->guid, vendor, sizeof(var_acc->guid));
> @@ -386,7 +386,7 @@ static efi_status_t tee_get_next_variable(unsigned long *name_size,
> SMM_VARIABLE_FUNCTION_GET_NEXT_VARIABLE_NAME,
> &ret);
> if (!var_getnext)
> - return EFI_OUT_OF_RESOURCES;
> + return EFI_DEVICE_ERROR;
>
> /* Fill in contents */
> memcpy(&var_getnext->guid, guid, sizeof(var_getnext->guid));
> @@ -442,7 +442,7 @@ static efi_status_t tee_set_variable(efi_char16_t *name, efi_guid_t *vendor,
> var_acc = setup_mm_hdr(&comm_buf, payload_size,
> SMM_VARIABLE_FUNCTION_SET_VARIABLE, &ret);
> if (!var_acc)
> - return EFI_OUT_OF_RESOURCES;
> + return EFI_DEVICE_ERROR;
>
> /*
> * The API has the ability to override RO flags. If no RO check was
> @@ -498,7 +498,7 @@ static efi_status_t tee_query_variable_info(u32 attributes,
> SMM_VARIABLE_FUNCTION_QUERY_VARIABLE_INFO,
> &ret);
> if (!mm_query_info)
> - return EFI_OUT_OF_RESOURCES;
> + return EFI_DEVICE_ERROR;
>
> mm_query_info->attr = attributes;
> ret = mm_communicate(comm_buf, payload_size);
> --
> 2.43.0
>
Powered by blists - more mailing lists