From: Takahiro Akashi <takahiro.akashi@linaro.org>
To: u-boot@lists.denx.de
Subject: [PATCH 11/13] board: synquacer: Add DeveloperBox 96boards EE support
Date: Wed, 14 Apr 2021 16:13:18 +0900 [thread overview]
Message-ID: <20210414071318.GD38515@laputa> (raw)
In-Reply-To: <CAA93ih0vhweUgWXr7KHU+Gma2A64wqx2cnT0sRbO-zA2vT4PPQ@mail.gmail.com>
On Wed, Apr 14, 2021 at 03:29:23PM +0900, Masami Hiramatsu wrote:
> Hi Takahiro,
>
> 2021?4?14?(?) 13:48 Takahiro Akashi <takahiro.akashi@linaro.org>:
> >
> > > > So why not define UEFI load options (BOOTxxxx) and use UEFI boot manager
> > > > ("bootefi bootmgr")?
> > > > That is the way how UEFI (at least boot manager) boots the kernel.
> > >
> > > Good point! Actually, I'm not sure how to define the BOOTxxxx in
> > > config.h (I only
> > > know how to include efivars file when build). Could you tell me how to do it?
> > > I would like to rewrite the default boot commands.
> >
> > For example,
> > => efidebug boot add 1 USBBOOT usb 0:1 /EFI/BOOT/bootaa64.efi <boot args>
> > => efidebug boot add 2 MMCBOOT mmc 0:1 /EFI/BOOT/bootaa64.efi <boot args>
> > => efidebug boot order 1 2
> > => bootefi bootmgr
>
> Hmm, but this can not be embedded in the build process, can this?
Probably there are a couple of ways;
You may put them in "pre_boot_environment_command" if you don't mind :)
But it would be best to run them as part of OS installation process.
Or you may want to provide a default efivars file(?).
> >
> > Since "BOOTxxx" are non-volatile variables, we don't have to
> > set them again once those commands are run.
>
> What is the default behavior of "bootefi bootmgr" if there is no
> BOOTxxxx is set?
Nothing will happen.
> If it just do nothing and exit, I think I can add it to the top of
> CONFIG_BOOTCOMMAND
> so that U-Boot can try it first.
> (BOOTxxxx will be set by user after boot)
>
> > But distro_bootcmd can also detect and try to boot "bootaa64.efi" anyway.
> > (I'm not sure about the order of devices to detect though.)
>
> Hmm, interesting. OK, I'll try to enable distro_bootcmd.
I'm pretty sure it will work.
-Takahiro Akashi
> Thank you,
>
> >
> > -Takahiro Akashi
> >
> > > Thank you,
> > >
> > > --
> > > Masami Hiramatsu
>
>
>
> --
> Masami Hiramatsu
next prev parent reply other threads:[~2021-04-14 7:13 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <161832714362.562320.8024090839631691588.stgit@localhost>
[not found] ` <161832781487.562320.49203469390042692.stgit@localhost>
2021-04-13 17:47 ` [PATCH 10/13] ARM: dts: synquacer: Add device trees for DeveloperBox Tom Rini
2021-04-14 1:06 ` Masami Hiramatsu
2021-04-14 17:32 ` Tom Rini
2021-04-16 9:13 ` Masami Hiramatsu
[not found] ` <161832788118.562320.11063528179837203251.stgit@localhost>
2021-04-13 17:47 ` [PATCH 11/13] board: synquacer: Add DeveloperBox 96boards EE support Tom Rini
2021-04-14 1:12 ` Masami Hiramatsu
2021-04-14 1:27 ` Takahiro Akashi
2021-04-14 2:06 ` Masami Hiramatsu
2021-04-14 4:48 ` Takahiro Akashi
2021-04-14 6:29 ` Masami Hiramatsu
2021-04-14 7:13 ` Takahiro Akashi [this message]
2021-04-14 17:35 ` Tom Rini
[not found] ` <161832721269.562320.7735221436131924903.stgit@localhost>
2021-04-14 19:37 ` [PATCH 01/13] pci: Update the highest subordinate bus number for bridge setup Simon Glass
2021-04-15 15:06 ` Tim Harvey
2021-04-16 0:14 ` Masami Hiramatsu
2021-04-16 0:21 ` Tim Harvey
2021-04-16 8:51 ` Masami Hiramatsu
[not found] ` <161832727900.562320.2865719006692739168.stgit@localhost>
2021-04-14 19:37 ` [PATCH 02/13] ata: ahci-pci: Use scsi_ops to initialize ops Simon Glass
[not found] ` <161832734602.562320.10889834449796156249.stgit@localhost>
2021-04-14 19:37 ` [PATCH 03/13] dm: pci: Skip setting VGA bridge bits if parent device is the host bus Simon Glass
2021-04-14 22:30 ` Bin Meng
2021-04-15 2:59 ` Masami Hiramatsu
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=20210414071318.GD38515@laputa \
--to=takahiro.akashi@linaro.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.