From: Ilias Apalodimas <ilias.apalodimas@linaro.org>
To: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Cc: u-boot@lists.denx.de
Subject: Re: [PATCH 1/1] efi_loader: reformat efi_disk_add_dev()
Date: Mon, 10 Oct 2022 11:02:27 +0300 [thread overview]
Message-ID: <Y0PRk/6peZKv1Fwf@hades> (raw)
In-Reply-To: <20221008070954.5806-1-heinrich.schuchardt@canonical.com>
On Sat, Oct 08, 2022 at 09:09:54AM +0200, Heinrich Schuchardt wrote:
> Make it clearer why InstallMultipleProtocolInterfaces is invoked with two
> NULLs:
>
> * rename guid to esp_guid
> * put protocol GUIDs and the related interfaces on same lines
> * add comment
>
> Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
> ---
> lib/efi_loader/efi_disk.c | 20 ++++++++++++--------
> 1 file changed, 12 insertions(+), 8 deletions(-)
>
> diff --git a/lib/efi_loader/efi_disk.c b/lib/efi_loader/efi_disk.c
> index a2095050fd..cef4e45124 100644
> --- a/lib/efi_loader/efi_disk.c
> +++ b/lib/efi_loader/efi_disk.c
> @@ -395,7 +395,7 @@ static efi_status_t efi_disk_add_dev(
> {
> struct efi_disk_obj *diskobj;
> struct efi_object *handle;
> - const efi_guid_t *guid = NULL;
> + const efi_guid_t *esp_guid = NULL;
> efi_status_t ret;
>
> /* Don't add empty devices */
> @@ -439,7 +439,7 @@ static efi_status_t efi_disk_add_dev(
> efi_free_pool(node);
> diskobj->media.last_block = part_info->size - 1;
> if (part_info->bootable & PART_EFI_SYSTEM_PARTITION)
> - guid = &efi_system_partition_guid;
> + esp_guid = &efi_system_partition_guid;
> } else {
> diskobj->dp = efi_dp_from_part(desc, part);
> diskobj->media.last_block = desc->lba - 1;
> @@ -454,12 +454,16 @@ static efi_status_t efi_disk_add_dev(
> * in this case.
> */
> handle = &diskobj->header;
> - ret = efi_install_multiple_protocol_interfaces(&handle,
> - &efi_guid_device_path,
> - diskobj->dp,
> - &efi_block_io_guid,
> - &diskobj->ops, guid,
> - NULL, NULL);
> + ret = efi_install_multiple_protocol_interfaces(
> + &handle,
> + &efi_guid_device_path, diskobj->dp,
> + &efi_block_io_guid, &diskobj->ops,
> + /*
> + * esp_guid must be last entry as it
> + * can be NULL. Its interface is NULL.
> + */
> + esp_guid, NULL,
> + NULL);
> if (ret != EFI_SUCCESS)
> goto error;
>
> --
> 2.37.2
>
Reviewed-by: Ilias Apalodimas <ilias.apalodimas@linaro.org>
next prev parent reply other threads:[~2022-10-10 8:02 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-08 7:09 [PATCH 1/1] efi_loader: reformat efi_disk_add_dev() Heinrich Schuchardt
2022-10-10 8:02 ` Ilias Apalodimas [this message]
-- strict thread matches above, loose matches on Subject: below --
2022-10-07 9:30 Heinrich Schuchardt
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=Y0PRk/6peZKv1Fwf@hades \
--to=ilias.apalodimas@linaro.org \
--cc=heinrich.schuchardt@canonical.com \
--cc=u-boot@lists.denx.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