public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
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
> 

  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