From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Sughosh Ganu <sughosh.ganu@linaro.org>
Cc: u-boot@lists.denx.de, Heinrich Schuchardt <xypron.glpk@gmx.de>,
Ilias Apalodimas <ilias.apalodimas@linaro.org>,
Ying-Chun Liu <paul.liu@linaro.org>,
Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi>,
Heiko Thiery <heiko.thiery@gmail.com>,
Frieder Schrempf <frieder.schrempf@kontron.de>,
Michael Walle <michael@walle.cc>,
Masami Hiramatsu <masami.hiramatsu@linaro.org>,
Jassi Brar <jaswinder.singh@linaro.org>,
Michal Simek <monstr@monstr.eu>,
Michal Simek <michal.simek@xilinx.com>
Subject: Re: [PATCH v7 8/8] doc: uefi: Update the capsule update related documentation
Date: Fri, 15 Apr 2022 10:24:35 +0900 [thread overview]
Message-ID: <20220415012435.GA53581@laputa> (raw)
In-Reply-To: <20220414105448.559043-9-sughosh.ganu@linaro.org>
On Thu, Apr 14, 2022 at 04:24:48PM +0530, Sughosh Ganu wrote:
> Update the capsule update functionality related documentation to
> refect the additional definitions that need to be made per platform
> for supporting the capsule update feature.
Your code seems to expect that a global variable, "update_info", exists
for each platform.
If so, please describe this requirement explicitly in a document.
-Takahiro Akashi
>
> Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org>
> ---
>
> Changes since V6:
> * Add example for the struct efi_fw_image array and struct
> efi_capsule_update_info as suggested by Takahiro
>
> doc/develop/uefi/uefi.rst | 98 ++++++++++++++++++++++++++++++++++++++-
> 1 file changed, 96 insertions(+), 2 deletions(-)
>
> diff --git a/doc/develop/uefi/uefi.rst b/doc/develop/uefi/uefi.rst
> index fe337c88bd..1aea04a4e8 100644
> --- a/doc/develop/uefi/uefi.rst
> +++ b/doc/develop/uefi/uefi.rst
> @@ -312,8 +312,8 @@ Run the following command
> .. code-block:: console
>
> $ mkeficapsule \
> - --index 1 --instance 0 \
> - [--fit <FIT image> | --raw <raw image>] \
> + --index <index> --instance 0 \
> + --guid <image GUID> \
> <capsule_file_name>
>
> Performing the update
> @@ -333,9 +333,102 @@ won't be taken over across the reboot. If this is the case, you can skip
> this feature check with the Kconfig option (CONFIG_EFI_IGNORE_OSINDICATIONS)
> set.
>
> +A few values need to be defined in the board file for performing the
> +capsule update. These values are defined in the board file by
> +initialisation of a structure which provides information needed for
> +capsule updates. The following structures have been defined for
> +containing the image related information
> +
> +.. code-block:: c
> +
> + struct efi_fw_images {
> + efi_guid_t image_type_id;
> + u16 *fw_name;
> + u8 image_index;
> + };
> +
> + struct efi_capsule_update_info {
> + const char *dfu_string;
> + struct efi_fw_image *images;
> + };
> +
> +
> +A string is defined which is to be used for populating the
> +dfu_alt_info variable. This string is used by the function
> +set_dfu_alt_info. Instead of taking the variable from the environment,
> +the capsule update feature requires that the variable be set through
> +the function, since that is more robust. Allowing the user to change
> +the location of the firmware updates is not a very secure
> +practice. Getting this information from the firmware itself is more
> +secure, assuming the firmware has been verified by a previous stage
> +boot loader.
> +
> +The firmware images structure defines the GUID values, image index
> +values and the name of the images that are to be updated through
> +the capsule update feature. These values are to be defined as part of
> +an array. These GUID values would be used by the Firmware Management
> +Protocol(FMP) to populate the image descriptor array and also
> +displayed as part of the ESRT table. The image index values defined in
> +the array should be one greater than the dfu alt number that
> +corresponds to the firmware image. So, if the dfu alt number for an
> +image is 2, the value of image index in the fw_images array for that
> +image should be 3. The dfu alt number can be obtained by running the
> +following command::
> +
> + dfu list
> +
> +When using the FMP for FIT images, the image index value needs to be
> +set to 1.
> +
> Finally, the capsule update can be initiated by rebooting the board.
>
> +An example of setting the values in the struct efi_fw_image and
> +struct efi_capsule_update_info is shown below
> +
> +.. code-block:: c
> +
> + struct efi_fw_image fw_images[] = {
> + {
> + .image_type_id = DEVELOPERBOX_UBOOT_IMAGE_GUID,
> + .fw_name = u"DEVELOPERBOX-UBOOT",
> + .image_index = 1,
> + },
> + {
> + .image_type_id = DEVELOPERBOX_FIP_IMAGE_GUID,
> + .fw_name = u"DEVELOPERBOX-FIP",
> + .image_index = 2,
> + },
> + {
> + .image_type_id = DEVELOPERBOX_OPTEE_IMAGE_GUID,
> + .fw_name = u"DEVELOPERBOX-OPTEE",
> + .image_index = 3,
> + },
> + };
> +
> + struct efi_capsule_update_info update_info = {
> + .dfu_string = "mtd nor1=u-boot.bin raw 200000 100000;"
> + "fip.bin raw 180000 78000;"
> + "optee.bin raw 500000 100000",
> + .images = fw_images,
> + };
> +
> +The platform will define a fw_images array which contains information
> +of all the firmware images that are to be updated through capsule
> +update mechanism. The dfu_string is the string that is to be set as
> +dfu_alt_info. In the example above, the image index to be set for
> +u-boot.bin binary is 0x1, for fip.bin is 0x2 and for optee.bin is 0x3.
> +
> +As an example, for generating the capsule for the optee.bin image, the
> +following command can be issued
> +
> +.. code-block:: bash
> +
> + $ ./tools/mkeficapsule \
> + --index 0x3 --instance 0 \
> + --guid c1b629f1-ce0e-4894-82bf-f0a38387e630 \
> + optee.bin optee.capsule
> +
> +
> Enabling Capsule Authentication
> *******************************
>
> --
> 2.25.1
>
prev parent reply other threads:[~2022-04-15 1:24 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-14 10:54 [PATCH v7 0/8] efi: capsule: Capsule Update fixes and enhancements Sughosh Ganu
2022-04-14 10:54 ` [PATCH v7 1/8] capsule: board: Add information needed for capsule updates Sughosh Ganu
2022-04-14 10:54 ` [PATCH v7 2/8] capsule: FMP: Populate the image descriptor array from platform data Sughosh Ganu
2022-04-14 11:37 ` Masami Hiramatsu
2022-04-14 10:54 ` [PATCH v7 3/8] capsule: Put a check for image index before the update Sughosh Ganu
2022-04-14 10:54 ` [PATCH v7 4/8] efi: Define set_dfu_alt_info() for boards with UEFI capsule update enabled Sughosh Ganu
2022-04-14 11:41 ` Masami Hiramatsu
2022-04-14 10:54 ` [PATCH v7 5/8] test: capsule: Modify the capsule tests to use GUID values for sandbox Sughosh Ganu
2022-04-14 10:54 ` [PATCH v7 6/8] FMP: Remove GUIDs for FIT and raw images Sughosh Ganu
2022-04-14 10:54 ` [PATCH v7 7/8] mkeficapsule: Remove raw and FIT GUID types Sughosh Ganu
2022-04-14 10:54 ` [PATCH v7 8/8] doc: uefi: Update the capsule update related documentation Sughosh Ganu
2022-04-14 12:57 ` Masami Hiramatsu
2022-04-15 1:24 ` AKASHI Takahiro [this message]
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=20220415012435.GA53581@laputa \
--to=takahiro.akashi@linaro.org \
--cc=frieder.schrempf@kontron.de \
--cc=heiko.thiery@gmail.com \
--cc=ilias.apalodimas@linaro.org \
--cc=jaswinder.singh@linaro.org \
--cc=masami.hiramatsu@linaro.org \
--cc=michael@walle.cc \
--cc=michal.simek@xilinx.com \
--cc=monstr@monstr.eu \
--cc=paul.liu@linaro.org \
--cc=sughosh.ganu@linaro.org \
--cc=tuomas.tynkkynen@iki.fi \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox