From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Ilias Apalodimas <ilias.apalodimas@linaro.org>
Cc: Raymond Mao <raymond.mao@linaro.org>,
u-boot@lists.denx.de, Heinrich Schuchardt <xypron.glpk@gmx.de>,
Simon Glass <sjg@chromium.org>,
Masahisa Kojima <masahisa.kojima@linaro.org>
Subject: Re: [PATCH v8 3/4] Boot var automatic management for removable medias
Date: Wed, 7 Jun 2023 15:52:14 +0900 [thread overview]
Message-ID: <ZIApHmnwmchtP2Vq@laputa> (raw)
In-Reply-To: <CAC_iWj+sbGHf_=CCmKA=+zdur_8-2d+S2VvgR9J3vZGf=JOi8g@mail.gmail.com>
On Wed, Jun 07, 2023 at 09:38:30AM +0300, Ilias Apalodimas wrote:
> On Wed, 7 Jun 2023 at 03:41, AKASHI Takahiro <takahiro.akashi@linaro.org> wrote:
> >
> > On Tue, Jun 06, 2023 at 09:37:20AM -0700, Raymond Mao wrote:
> > > Changes for complying to EFI spec §3.5.1.1
> > > 'Removable Media Boot Behavior'.
> > > Boot variables can be automatically generated during a removable
> > > media is probed. At the same time, unused boot variables will be
> > > detected and removed.
> > > Please note that currently the function 'efi_disk_remove' is being
> > > invoked during exiting U-Boot and booting an OS - that is why we
> > > don't add the boot variables management inside 'efi_disk_remove'.
> >
> > It's not accurate.
> > For instance, a user may run "scsi scan" or "usb reset" to re-enumerate
> > devices added (or removed). They will invoke "remove" against pre-existing
> > devices before invoking a "probe" routine.
> >
> > So the text above doesn't justify not implementing "remove" hook.
>
> I am not sure I am following you here. Yes resetting the device will
> call the remove callback and it's a current problem of the existing
> implementation,
I think it is a design decision.
> but why is the commit message inaccurate? Won't
> exiting u-boot to jump to the OS call all the _remove() functions?
Exiting U-Boot is irrelevant to maintaining boot options.
-Takahiro Akashi
> Thanks
> /Ilias
> >
> > -Takahiro Akashi
> >
> > > Signed-off-by: Raymond Mao <raymond.mao@linaro.org>
> > > Reviewed-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
> > > Reviewed-by: Ilias Apalodimas <ilias.apalodimas@linaro.org>
> > > ---
> > > Changes in v3
> > > - Split the patch into moving and renaming functions and
> > > individual patches for each changed functionality
> > > Changes in v5
> > > - Move function call of efi_bootmgr_update_media_device_boot_option()
> > > from efi_init_variables() to efi_init_obj_list()
> > > Changes in v6
> > > - Revert unrelated changes
> > > Changes in v7
> > > - adapt the return code of function
> > > efi_bootmgr_update_media_device_boot_option()
> > > Changes in v8
> > > - add a note in the commit message for future reference
> > >
> > > lib/efi_loader/efi_disk.c | 7 +++++++
> > > lib/efi_loader/efi_setup.c | 5 +++++
> > > 2 files changed, 12 insertions(+)
> > >
> > > diff --git a/lib/efi_loader/efi_disk.c b/lib/efi_loader/efi_disk.c
> > > index d2256713a8..d9b48ecf64 100644
> > > --- a/lib/efi_loader/efi_disk.c
> > > +++ b/lib/efi_loader/efi_disk.c
> > > @@ -687,6 +687,13 @@ int efi_disk_probe(void *ctx, struct event *event)
> > > return -1;
> > > }
> > >
> > > + /* only do the boot option management when UEFI sub-system is initialized */
> > > + if (efi_obj_list_initialized == EFI_SUCCESS) {
> > > + ret = efi_bootmgr_update_media_device_boot_option();
> > > + if (ret != EFI_SUCCESS)
> > > + return -1;
> > > + }
> > > +
> > > return 0;
> > > }
> > >
> > > diff --git a/lib/efi_loader/efi_setup.c b/lib/efi_loader/efi_setup.c
> > > index 58d4e13402..877f3878d6 100644
> > > --- a/lib/efi_loader/efi_setup.c
> > > +++ b/lib/efi_loader/efi_setup.c
> > > @@ -245,6 +245,11 @@ efi_status_t efi_init_obj_list(void)
> > > if (ret != EFI_SUCCESS)
> > > goto out;
> > >
> > > + /* update boot option after variable service initialized */
> > > + ret = efi_bootmgr_update_media_device_boot_option();
> > > + if (ret != EFI_SUCCESS)
> > > + goto out;
> > > +
> > > /* Define supported languages */
> > > ret = efi_init_platform_lang();
> > > if (ret != EFI_SUCCESS)
> > > --
> > > 2.25.1
> > >
next prev parent reply other threads:[~2023-06-07 6:52 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-06 16:37 [PATCH v8 0/4] Boot variables management for removable media Raymond Mao
2023-06-06 16:37 ` [PATCH v8 1/4] Move bootorder and bootoption apis to lib Raymond Mao
2023-06-06 21:00 ` Ilias Apalodimas
2023-06-06 16:37 ` [PATCH v8 2/4] Fix incorrect return code of boot option update Raymond Mao
2023-06-06 19:23 ` Ilias Apalodimas
2023-06-06 19:38 ` Ilias Apalodimas
2023-06-06 19:43 ` Raymond Mao
2023-06-06 19:56 ` Heinrich Schuchardt
2023-06-06 20:15 ` Ilias Apalodimas
2023-06-06 20:17 ` Raymond Mao
2023-06-06 16:37 ` [PATCH v8 3/4] Boot var automatic management for removable medias Raymond Mao
2023-06-07 0:41 ` AKASHI Takahiro
2023-06-07 6:38 ` Ilias Apalodimas
2023-06-07 6:52 ` AKASHI Takahiro [this message]
2023-06-07 7:00 ` Ilias Apalodimas
2023-06-07 7:27 ` AKASHI Takahiro
2023-06-07 7:45 ` Ilias Apalodimas
2023-06-07 14:04 ` Raymond Mao
2023-06-06 16:37 ` [PATCH v8 4/4] Load option with short device path for boot vars Raymond Mao
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=ZIApHmnwmchtP2Vq@laputa \
--to=takahiro.akashi@linaro.org \
--cc=ilias.apalodimas@linaro.org \
--cc=masahisa.kojima@linaro.org \
--cc=raymond.mao@linaro.org \
--cc=sjg@chromium.org \
--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