From: Ilias Apalodimas <ilias.apalodimas@linaro.org>
To: Masahisa Kojima <masahisa.kojima@linaro.org>
Cc: u-boot@lists.denx.de, Heinrich Schuchardt <xypron.glpk@gmx.de>,
Simon Glass <sjg@chromium.org>,
Takahiro Akashi <takahiro.akashi@linaro.org>,
Francois Ozog <francois.ozog@linaro.org>,
Mark Kettenis <mark.kettenis@xs4all.nl>,
Mark Kettenis <kettenis@openbsd.org>,
Andre Przywara <andre.przywara@arm.com>,
Neil Armstrong <narmstrong@baylibre.com>
Subject: Re: [PATCH v4 06/11] efi_loader: bootmgr: add booting from removable media
Date: Thu, 31 Mar 2022 09:25:59 +0300 [thread overview]
Message-ID: <CAC_iWjJM5TA8QqnjNmXFsvSj13bHvGhTR7L=yGys-tfRsguDLA@mail.gmail.com> (raw)
In-Reply-To: <CADQ0-X-+4r28E2dJEiFXV=DVYKgdO3ObnORt41LjX-0jTg8YFQ@mail.gmail.com>
Kojima-san,
On Thu, 31 Mar 2022 at 03:51, Masahisa Kojima
<masahisa.kojima@linaro.org> wrote:
>
> Hi Ilias,
>
> On Thu, 31 Mar 2022 at 04:13, Ilias Apalodimas
> <ilias.apalodimas@linaro.org> wrote:
> >
> > Hello Akashi-san,
> >
> > On Thu, Mar 24, 2022 at 10:54:38PM +0900, Masahisa Kojima wrote:
> > > From: AKASHI Takahiro <takahiro.akashi@linaro.org>
> > >
> > > Under the current implementation, booting from removable media using
> > > a architecture-specific default image name, say BOOTAA64.EFI, is
> > > supported only in distro_bootcmd script. See the commit 74522c898b35
> > > ("efi_loader: Add distro boot script for removable media").
> > >
> > > This is, however, half-baked implementation because
> > > 1) UEFI specification requires this feature to be implemented as part
> > > of Boot Manager's responsibility:
> > >
> > > 3 - Boot Manager
> > > 3.5.1 Boot via the Simple File Protocol
> > > When booting via the EFI_SIMPLE_FILE_SYSTEM_PROTOCOL, the FilePath will
> > > start with a device path that points to the device that implements the
> > > EFI_SIMPLE_FILE_SYSTEM_PROTOCOL or the EFI_BLOCK_IO_PROTOCOL. The next
> > > part of the FilePath may point to the file name, including
> > > subdirectories, which contain the bootable image. If the file name is
> > > a null device path, the file name must be generated from the rules
> > > defined below.
> > > ...
> > > 3.5.1.1 Removable Media Boot Behavior
> > > To generate a file name when none is present in the FilePath, the
> > > firmware must append a default file name in the form
> > > \EFI\BOOT\BOOT{machine type short-name}.EFI ...
> > >
> > > 2) So (1) entails the hehavior that the user's preference of boot media
> > > order should be determined by Boot#### and BootOrder variables.
> > >
> > > With this patch, the semantics mentioned above is fully implemented.
> > > For example, if you want to boot the system from USB and SCSI in this
> > > order,
> > > * define Boot0001 which contains only a device path to the USB device
> > > (without any file path/name)
> > > * define Boot0002 which contains only a device path to the SCSI device,
> > > and
> > > * set BootOrder to Boot0001:Boot0002
> >
> > Mark had some concerns wrt to this approach and from what I can tell this
> > hasn't changed in this revision [1]. Can we use boot_targets and generate
> > Boot#### with an empty FilePath as Mark suggested? Or is the user expected to
> > select that somehow from the menu?
> >
> > [1] https://lore.kernel.org/u-boot/d3cac2e5b37f96b5@bloch.sibelius.xs4all.nl/
>
> My patch series tries to resolve the above issue to some extent
> by a different approach.
>
> The patch "[PATCH v4 10/11] bootmenu: add removable media entries" [*1]
> enumerates the all (removable) medias supporting
> EFI_SIMPLE_FILE_SYSTEM_PROTOCOL.
>
> Example bootmenu is as below.
>
> *** U-Boot Boot Menu ***
>
> UEFI BOOT0000 : mmc0:1
> UEFI BOOT0001 : mmc0:2
> UEFI BOOT0002 : debian
> UEFI BOOT0003 : nvme0:1
> UEFI BOOT0004 : ubuntu
> UEFI BOOT0005 : nvme0:2
> UEFI BOOT0006 : usb0:2
>
> mmcX:X, usbX:X and nvmeX:X are the entries of the removable media
> having device path without FilePath. They are automatically created
> by the bootmenu and BOOT#### and BootOrder variables are updated.
> They are also managed by the bootmenu, if the usb device is removed from
> the system at the next boot, the BOOT#### variable is removed by bootmenu
> and BootOrder is also updated.
>
> [*1] https://lore.kernel.org/u-boot/20220324135443.1571-11-masahisa.kojima@linaro.org/
Great thanks, that sounds reasonable. I'll go through the rest of the
series and let you know
/Ilias
>
> Thanks,
> Masahisa Kojima
>
> >
next prev parent reply other threads:[~2022-03-31 6:26 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-24 13:54 [PATCH v4 00/11] enable menu-driven boot device selection Masahisa Kojima
2022-03-24 13:54 ` [PATCH v4 01/11] bootmenu: fix menu API error handling Masahisa Kojima
2022-03-30 8:55 ` Ilias Apalodimas
2022-03-24 13:54 ` [PATCH v4 02/11] lib/charset: add u16_strlcat() function Masahisa Kojima
2022-04-02 7:14 ` Heinrich Schuchardt
2022-04-04 14:50 ` Masahisa Kojima
2022-04-16 7:32 ` Heinrich Schuchardt
2022-04-18 7:47 ` Masahisa Kojima
2022-04-28 7:45 ` Masahisa Kojima
2022-03-24 13:54 ` [PATCH v4 03/11] test: unit test for u16_strlcat() Masahisa Kojima
2022-04-02 7:47 ` Heinrich Schuchardt
2022-04-04 14:54 ` Masahisa Kojima
2022-03-24 13:54 ` [PATCH v4 04/11] menu: always show the menu regardless of the number of entry Masahisa Kojima
2022-04-02 7:56 ` Heinrich Schuchardt
2022-03-24 13:54 ` [PATCH v4 05/11] efi_loader: export efi_locate_device_handle() Masahisa Kojima
2022-04-01 5:43 ` Ilias Apalodimas
2022-03-24 13:54 ` [PATCH v4 06/11] efi_loader: bootmgr: add booting from removable media Masahisa Kojima
2022-03-30 19:13 ` Ilias Apalodimas
2022-03-31 0:51 ` Masahisa Kojima
2022-03-31 6:25 ` Ilias Apalodimas [this message]
2022-04-02 6:12 ` Heinrich Schuchardt
2022-04-04 6:48 ` Masahisa Kojima
2022-04-04 21:54 ` Heinrich Schuchardt
2022-03-24 13:54 ` [PATCH v4 07/11] bootmenu: add UEFI and disto_boot entries Masahisa Kojima
2022-04-01 6:08 ` Ilias Apalodimas
2022-04-02 6:33 ` Heinrich Schuchardt
2022-04-04 8:10 ` Masahisa Kojima
2022-03-24 13:54 ` [PATCH v4 08/11] bootmenu: factor out the user input handling Masahisa Kojima
2022-03-24 13:54 ` [PATCH v4 09/11] efi_loader: add menu-driven UEFI Boot Variable maintenance Masahisa Kojima
2022-03-31 8:31 ` Ilias Apalodimas
2022-04-14 9:25 ` Masahisa Kojima
2022-03-24 13:54 ` [PATCH v4 10/11] bootmenu: add removable media entries Masahisa Kojima
2022-03-31 8:48 ` Ilias Apalodimas
2022-03-31 10:18 ` Masahisa Kojima
2022-04-04 22:00 ` Heinrich Schuchardt
2022-03-24 13:54 ` [PATCH v4 11/11] doc:bootmenu: add UEFI boot variable and distro boot support Masahisa Kojima
2022-04-02 5:51 ` Heinrich Schuchardt
2022-03-25 1:20 ` [PATCH v4 00/11] enable menu-driven boot device selection Takahiro Akashi
2022-03-25 6:57 ` Masahisa Kojima
2022-04-02 5:48 ` Heinrich Schuchardt
2022-04-04 6:10 ` Masahisa Kojima
2022-04-16 6:46 ` Heinrich Schuchardt
2022-04-28 7:35 ` Masahisa Kojima
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='CAC_iWjJM5TA8QqnjNmXFsvSj13bHvGhTR7L=yGys-tfRsguDLA@mail.gmail.com' \
--to=ilias.apalodimas@linaro.org \
--cc=andre.przywara@arm.com \
--cc=francois.ozog@linaro.org \
--cc=kettenis@openbsd.org \
--cc=mark.kettenis@xs4all.nl \
--cc=masahisa.kojima@linaro.org \
--cc=narmstrong@baylibre.com \
--cc=sjg@chromium.org \
--cc=takahiro.akashi@linaro.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;
as well as URLs for NNTP newsgroup(s).