From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Sughosh Ganu <sughosh.ganu@linaro.org>
Cc: u-boot@lists.denx.de,
Patrick Delaunay <patrick.delaunay@foss.st.com>,
Patrice Chotard <patrice.chotard@foss.st.com>,
Heinrich Schuchardt <xypron.glpk@gmx.de>,
Alexander Graf <agraf@csgraf.de>, Simon Glass <sjg@chromium.org>,
Bin Meng <bmeng.cn@gmail.com>,
Ilias Apalodimas <ilias.apalodimas@linaro.org>,
Jose Marinho <jose.marinho@arm.com>,
Grant Likely <grant.likely@arm.com>,
Jason Liu <jason.hui.liu@nxp.com>, Tom Rini <trini@konsulko.com>,
Etienne Carriere <etienne.carriere@linaro.org>
Subject: Re: [RFC PATCH v2 5/8] EFI: FMP: Add provision to update image's ImageTypeId in image descriptor
Date: Tue, 21 Dec 2021 13:53:18 +0900 [thread overview]
Message-ID: <20211221045318.GD40272@laputa> (raw)
In-Reply-To: <20211219070605.14894-6-sughosh.ganu@linaro.org>
Sughosh,
On Sun, Dec 19, 2021 at 12:36:02PM +0530, Sughosh Ganu wrote:
> The FWU Multi Banks Update feature allows updating different types of
> updatable firmware images on the platform. These image types are
> identified using the ImageTypeId GUID value. Add support in the
> GetImageInfo function of the FMP protocol to get the GUID values for
> the individual images and populate these in the image descriptor for
> the corresponding images.
>
> Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org>
> ---
> Changes since V1:
> * Define a new function fwu_plat_get_alt_num for filling up
> all the dfu partitions with a preset ImageTypeId guid
> * Remove the distinction made in the earlier version for
> setting image_type_id as suggested by Heinrich
>
> lib/efi_loader/efi_firmware.c | 90 ++++++++++++++++++++++++++++++++---
> 1 file changed, 83 insertions(+), 7 deletions(-)
>
> diff --git a/lib/efi_loader/efi_firmware.c b/lib/efi_loader/efi_firmware.c
> index a1b88dbfc2..648342ae72 100644
> --- a/lib/efi_loader/efi_firmware.c
> +++ b/lib/efi_loader/efi_firmware.c
> @@ -10,6 +10,7 @@
> #include <charset.h>
> #include <dfu.h>
> #include <efi_loader.h>
> +#include <fwu.h>
> #include <image.h>
> #include <signatures.h>
>
> @@ -96,6 +97,46 @@ efi_status_t EFIAPI efi_firmware_set_package_info_unsupported(
> return EFI_EXIT(EFI_UNSUPPORTED);
> }
>
> +static efi_status_t fill_part_guid_array(const efi_guid_t *guid,
> + efi_guid_t **part_guid_arr)
> +{
> + int i;
> + int dfu_num = 0;
> + efi_guid_t *guid_arr;
> + struct dfu_entity *dfu;
> + efi_status_t ret = EFI_SUCCESS;
> +
> + dfu_init_env_entities(NULL, NULL);
> +
> + dfu_num = 0;
> + list_for_each_entry(dfu, &dfu_list, list) {
> + dfu_num++;
> + }
> +
> + if (!dfu_num) {
> + log_warning("Probably dfu_alt_info not defined\n");
> + ret = EFI_NOT_READY;
> + goto out;
> + }
> +
> + *part_guid_arr = malloc(sizeof(efi_guid_t) * dfu_num);
> + if (!*part_guid_arr) {
> + ret = EFI_OUT_OF_RESOURCES;
> + goto out;
> + }
> +
> + guid_arr = *part_guid_arr;
> + for (i = 0; i < dfu_num; i++) {
> + guidcpy(guid_arr, guid);
> + ++guid_arr;
> + }
> +
> +out:
> + dfu_free_entities();
> +
> + return ret;
> +}
> +
> /**
> * efi_get_dfu_info - return information about the current firmware image
> * @this: Protocol instance
> @@ -104,9 +145,9 @@ efi_status_t EFIAPI efi_firmware_set_package_info_unsupported(
> * @descriptor_version: Pointer to version number
> * @descriptor_count: Pointer to number of descriptors
> * @descriptor_size: Pointer to descriptor size
> - * package_version: Package version
> - * package_version_name: Package version's name
> - * image_type: Image type GUID
> + * @package_version: Package version
> + * @package_version_name: Package version's name
> + * @guid_array: Image type GUID array
If I understand your code correctly, a guid in descriptor for any image
(I mean any part defined by dfu_alto_info) will have the same value
even with this change.
If so, why do we have to take an array of GUIDs as a parameter?
On your previous version, Heinrich made a comment like:
! The sequence of GUIDs in a capsule should not influence the update. The
! design lacks a configuration defining which GUID maps to which DFU part.
!
! Please, get rid of all DFU environment variables and describe the update
! in a configuration file that you add to the capsule.
Have you addressed this issue in this series?
(To do that, we may have to introduce a new format of capsule file.)
-Takahiro Akashi
> *
> * Return information bout the current firmware image in @image_info.
> * @image_info will consist of a number of descriptors.
> @@ -122,7 +163,7 @@ static efi_status_t efi_get_dfu_info(
> efi_uintn_t *descriptor_size,
> u32 *package_version,
> u16 **package_version_name,
> - const efi_guid_t *image_type)
> + const efi_guid_t *guid_array)
> {
> struct dfu_entity *dfu;
> size_t names_len, total_size;
> @@ -172,7 +213,7 @@ static efi_status_t efi_get_dfu_info(
> next = name;
> list_for_each_entry(dfu, &dfu_list, list) {
> image_info[i].image_index = dfu->alt + 1;
> - image_info[i].image_type_id = *image_type;
> + image_info[i].image_type_id = guid_array[i];
> image_info[i].image_id = dfu->alt;
>
> /* copy the DFU entity name */
> @@ -250,6 +291,7 @@ efi_status_t EFIAPI efi_firmware_fit_get_image_info(
> u16 **package_version_name)
> {
> efi_status_t ret;
> + efi_guid_t *part_guid_arr = NULL;
>
> EFI_ENTRY("%p %p %p %p %p %p %p %p\n", this,
> image_info_size, image_info,
> @@ -264,12 +306,19 @@ efi_status_t EFIAPI efi_firmware_fit_get_image_info(
> !descriptor_size || !package_version || !package_version_name))
> return EFI_EXIT(EFI_INVALID_PARAMETER);
>
> + ret = fill_part_guid_array(&efi_firmware_image_type_uboot_fit,
> + &part_guid_arr);
> + if (ret != EFI_SUCCESS)
> + goto out;
> +
> ret = efi_get_dfu_info(image_info_size, image_info,
> descriptor_version, descriptor_count,
> descriptor_size,
> package_version, package_version_name,
> - &efi_firmware_image_type_uboot_fit);
> + part_guid_arr);
>
> +out:
> + free(part_guid_arr);
> return EFI_EXIT(ret);
> }
>
> @@ -358,7 +407,10 @@ efi_status_t EFIAPI efi_firmware_raw_get_image_info(
> u32 *package_version,
> u16 **package_version_name)
> {
> + int status;
> efi_status_t ret = EFI_SUCCESS;
> + const efi_guid_t null_guid = NULL_GUID;
> + efi_guid_t *part_guid_arr = NULL;
>
> EFI_ENTRY("%p %p %p %p %p %p %p %p\n", this,
> image_info_size, image_info,
> @@ -373,12 +425,36 @@ efi_status_t EFIAPI efi_firmware_raw_get_image_info(
> !descriptor_size || !package_version || !package_version_name))
> return EFI_EXIT(EFI_INVALID_PARAMETER);
>
> + if (IS_ENABLED(CONFIG_FWU_MULTI_BANK_UPDATE)) {
> + ret = fill_part_guid_array(&null_guid, &part_guid_arr);
> + if (ret != EFI_SUCCESS)
> + goto out;
> +
> + /*
> + * Call the platform function to fill the GUID array
> + * with the corresponding partition GUID values
> + */
> + status = fwu_plat_fill_partition_guids(&part_guid_arr);
> + if (status < 0) {
> + log_err("Unable to get partiion guid's\n");
> + ret = EFI_DEVICE_ERROR;
> + goto out;
> + }
> + } else {
> + ret = fill_part_guid_array(&efi_firmware_image_type_uboot_raw,
> + &part_guid_arr);
> + if (ret != EFI_SUCCESS)
> + goto out;
> + }
> +
> ret = efi_get_dfu_info(image_info_size, image_info,
> descriptor_version, descriptor_count,
> descriptor_size,
> package_version, package_version_name,
> - &efi_firmware_image_type_uboot_raw);
> + part_guid_arr);
>
> +out:
> + free(part_guid_arr);
> return EFI_EXIT(ret);
> }
>
> --
> 2.17.1
>
next prev parent reply other threads:[~2021-12-21 4:53 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-19 7:05 [RFC PATCH v2 0/8] FWU: Add support for FWU Multi Bank Update feature Sughosh Ganu
2021-12-19 7:05 ` [RFC PATCH v2 1/8] FWU: Add FWU metadata structure and functions for accessing metadata Sughosh Ganu
2021-12-21 0:10 ` Masami Hiramatsu
2021-12-21 4:35 ` Sughosh Ganu
2021-12-21 5:03 ` AKASHI Takahiro
2021-12-21 5:47 ` Sughosh Ganu
2021-12-21 6:01 ` Masami Hiramatsu
2021-12-21 6:08 ` Sughosh Ganu
2021-12-21 6:16 ` AKASHI Takahiro
2021-12-21 6:24 ` Sughosh Ganu
2021-12-19 7:05 ` [RFC PATCH v2 2/8] FWU: Add FWU metadata access functions for GPT partitioned block devices Sughosh Ganu
2021-12-24 9:59 ` Masami Hiramatsu
2021-12-24 17:08 ` Sughosh Ganu
2021-12-25 6:57 ` Masami Hiramatsu
2021-12-19 7:06 ` [RFC PATCH v2 3/8] FWU: stm32mp1: Add helper functions for accessing FWU metadata Sughosh Ganu
2021-12-24 5:49 ` Masami Hiramatsu
2021-12-24 10:07 ` Sughosh Ganu
2021-12-24 10:18 ` Masami Hiramatsu
2021-12-24 16:59 ` Sughosh Ganu
2021-12-19 7:06 ` [RFC PATCH v2 4/8] FWU: STM32MP1: Add support to read boot index from backup register Sughosh Ganu
2021-12-19 7:06 ` [RFC PATCH v2 5/8] EFI: FMP: Add provision to update image's ImageTypeId in image descriptor Sughosh Ganu
2021-12-21 4:53 ` AKASHI Takahiro [this message]
2021-12-21 5:34 ` Sughosh Ganu
2021-12-19 7:06 ` [RFC PATCH v2 6/8] FWU: Add boot time checks as highlighted by the FWU specification Sughosh Ganu
2021-12-20 6:09 ` AKASHI Takahiro
2021-12-20 10:06 ` Sughosh Ganu
2021-12-20 10:25 ` AKASHI Takahiro
2021-12-23 10:45 ` Sughosh Ganu
2021-12-19 7:06 ` [RFC PATCH v2 7/8] FWU: Add support for FWU Multi Bank Update feature Sughosh Ganu
2021-12-20 6:14 ` AKASHI Takahiro
2021-12-20 9:48 ` Sughosh Ganu
2021-12-20 13:13 ` Masami Hiramatsu
2021-12-20 16:36 ` Tom Rini
2021-12-20 23:30 ` Masami Hiramatsu
2021-12-20 23:57 ` Tom Rini
2021-12-23 0:53 ` Masami Hiramatsu
2021-12-23 10:39 ` Sughosh Ganu
2021-12-19 7:06 ` [RFC PATCH v2 8/8] FWU: cmd: Add a command to read FWU metadata Sughosh Ganu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20211221045318.GD40272@laputa \
--to=takahiro.akashi@linaro.org \
--cc=agraf@csgraf.de \
--cc=bmeng.cn@gmail.com \
--cc=etienne.carriere@linaro.org \
--cc=grant.likely@arm.com \
--cc=ilias.apalodimas@linaro.org \
--cc=jason.hui.liu@nxp.com \
--cc=jose.marinho@arm.com \
--cc=patrice.chotard@foss.st.com \
--cc=patrick.delaunay@foss.st.com \
--cc=sjg@chromium.org \
--cc=sughosh.ganu@linaro.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=xypron.glpk@gmx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.