From: Takahiro Akashi <takahiro.akashi@linaro.org>
To: Masahisa Kojima <masahisa.kojima@linaro.org>
Cc: u-boot@lists.denx.de, Heinrich Schuchardt <xypron.glpk@gmx.de>,
Ilias Apalodimas <ilias.apalodimas@linaro.org>,
Simon Glass <sjg@chromium.org>,
Francois Ozog <francois.ozog@linaro.org>,
Mark Kettenis <mark.kettenis@xs4all.nl>
Subject: Re: [PATCH v7 0/9] enable menu-driven UEFI variable maintenance
Date: Wed, 15 Jun 2022 12:01:17 +0900 [thread overview]
Message-ID: <20220615030117.GA58082@laputa> (raw)
In-Reply-To: <20220613093853.23865-1-masahisa.kojima@linaro.org>
On Mon, Jun 13, 2022 at 06:38:44PM +0900, Masahisa Kojima wrote:
> This series add the menu-driven UEFI boot variable maintenance
> and removable media support in bootmenu.
>
> Different from previous version, thie series adds a new U-Boot
> command "efimenu" to invoke the UEFI boot-related variable
> maintenance menu.
Thanks.
I'd like to give this command a more *specific* name rather than
just "menu" :)
For example, eficontrol or eficonfig.
The followings are my comments mostly from user's perspective (or
user-friendliness). So you may take them as improvements.
* make menuconfig, "provide menu-driven uefi variables maintenance feature"
Please add the command name, so "efimenu - ..."
* the command can lead to a segmentation fault. I see it on sandbox.
efi_init_obj_list() must always be called at the beginning.
* If no boot option is defined yet, "Edit/Order/Delete" menu's simply
return to the top menu. I expect some (error) message here.
* This may happen even at "Add" if there is no block device.
* Boot options without file paths (mostly for removable disks)
appear in "Change Order" only if "bootmenu" is executed beforehand.
This looks weird.
* Some menu's have "Quit", others not.
In some menu's, "Quit" means "quit without change" which is equivalent
to "Esc". It looks a bit inconsistent.
* Some menu's have "Save", others not.
For instance, "Change Order" should have explicit "Save" so that user may
cancel the change.
* "Add"
- The header line is "Edit Boot Option". -> Add Boot Option
- Users may want to add an additional device path, especially for initrd.
* "Edit"
- The header line is "Select Boot Order". -> Select Boot Option
- If "Description" is selected, I expect the current value is
shown at editing screen.
- If "File" is selected, I expect I can start with the last component
(i.e. a file path). This might be arguable, though.
- Users may want to have a short-form path.
- Users may want to have a file path without a device media path.
Now those variants for device path are acceptable in U-Boot implementation.
* "Change Boot Order"
- Users may want to remove a boot option (for a removable disk) which
is automatically inserted by "bootmenu" from BootOrder.
(The given boot option may still exist as a variable.)
- As I said above, "Save" and "Quit" should be shown.
* "Delete"
- The header line is "Select Boot Order". -> Delete Boot Option
-Takahiro Akashi
> Note that menu-driven UEFI Secure Boot key management patch series
> will follow.
>
> [Major Changes]
> - rebased to v2022.07-rc4
> - there is detailed changelog in each commit
>
> Masahisa Kojima (9):
> efi_loader: expose END device path node
> efimenu: menu-driven addition of UEFI boot option
> efimenu: add "Edit Boot Option" menu entry
> menu: add KEY_PLUS and KEY_MINUS handling
> efimenu: add "Change Boot Order" menu entry
> efimenu: add "Delete Boot Option" menu entry
> bootmenu: add removable media entries
> doc:bootmenu: add description for UEFI boot support
> doc:efimenu: add documentation for efimenu command
>
> cmd/Kconfig | 7 +
> cmd/Makefile | 1 +
> cmd/bootmenu.c | 99 +-
> cmd/efimenu.c | 1824 ++++++++++++++++++++++++++++++
> common/menu.c | 6 +
> doc/usage/cmd/bootmenu.rst | 74 ++
> doc/usage/cmd/efimenu.rst | 50 +
> doc/usage/index.rst | 1 +
> include/efi_loader.h | 63 ++
> include/efi_menu.h | 91 ++
> include/menu.h | 2 +
> lib/efi_loader/efi_boottime.c | 52 +-
> lib/efi_loader/efi_console.c | 78 ++
> lib/efi_loader/efi_device_path.c | 2 +-
> lib/efi_loader/efi_disk.c | 11 +
> lib/efi_loader/efi_file.c | 75 +-
> 16 files changed, 2385 insertions(+), 51 deletions(-)
> create mode 100644 cmd/efimenu.c
> create mode 100644 doc/usage/cmd/efimenu.rst
> create mode 100644 include/efi_menu.h
>
> --
> 2.17.1
>
next prev parent reply other threads:[~2022-06-15 3:01 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-13 9:38 [PATCH v7 0/9] enable menu-driven UEFI variable maintenance Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 1/9] efi_loader: expose END device path node Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 2/9] efimenu: menu-driven addition of UEFI boot option Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 3/9] efimenu: add "Edit Boot Option" menu entry Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 4/9] menu: add KEY_PLUS and KEY_MINUS handling Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 5/9] efimenu: add "Change Boot Order" menu entry Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 6/9] efimenu: add "Delete Boot Option" " Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 7/9] bootmenu: add removable media entries Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 8/9] doc:bootmenu: add description for UEFI boot support Masahisa Kojima
2022-06-13 9:38 ` [PATCH v7 9/9] doc:efimenu: add documentation for efimenu command Masahisa Kojima
2022-06-15 3:01 ` Takahiro Akashi [this message]
2022-06-19 4:16 ` [PATCH v7 0/9] enable menu-driven UEFI variable maintenance 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=20220615030117.GA58082@laputa \
--to=takahiro.akashi@linaro.org \
--cc=francois.ozog@linaro.org \
--cc=ilias.apalodimas@linaro.org \
--cc=mark.kettenis@xs4all.nl \
--cc=masahisa.kojima@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