public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Vagrant Cascadian <vagrant@debian.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/2] Enable PXE boot on meson-gxbb.
Date: Mon, 17 Apr 2017 16:05:34 -0700	[thread overview]
Message-ID: <87vaq2r5xd.fsf@aikidev.net> (raw)
In-Reply-To: <524e7f12-b542-9b7c-bbc9-2157654dbe83@suse.de>

On 2017-04-17, Andreas Färber wrote:
> Am 18.04.2017 um 00:26 schrieb Vagrant Cascadian:
>> I guess I was referring to "source ${scriptaddr}; " line, which is quite
>> u-boot specific. I didn't realize that "DHCP" also had support for EFI
>> loaded over the network.
>
> DHCP just sets a filename that we can then load. What differs is where
> it gets loaded and what gets done with it next.

Sure, I see that.


>> It seems unforunate that the EFI network boot is only a fallback to
>> loading a boot script over the network, as boot scripts and EFI boot
>> seem to me like two unrelated features.
>> 
>> When loading from MMC, I think the order goes something like EFI,
>> extlinux, u-boot boot scripts.
>
> Nope, boot.scr goes before EFI also in the MMC case. That way I can have
> a boot.scr script on SD that applies overlays with fdt apply and then
> calls bootefi manually. And if anything goes wrong with the overlay, a
> simple exit from the GRUB prompt still boots me into a working system
> via the default EFI boot.

But not before the exlinux configuration in config_distro_bootcmd.h:

    "scan_dev_for_boot="                                              \
        "echo Scanning ${devtype} "                               \
                "${devnum}:${distro_bootpart}...; "       \
        "for prefix in ${boot_prefixes}; do "                     \
            "run scan_dev_for_extlinux; "                     \
            "run scan_dev_for_scripts; "                      \
        "done;"                                                   \
        SCAN_DEV_FOR_EFI                                          \

This loads the extlinux configuration before the boot scripts, and I'm
fairly sure that was intentional.

To me, the PXE boot is similar to the extlinux support; it loads the
same style configuration file, only one is over the network and one over
local media. To me, this looks like an inconsistancy in network boot
vs. local media boot with the order of which type of files are used to
boot.

Admittedly, the PXE boot method loads from so many fallback
locations it can be quite annoying.

Maybe I'm rehashing arguments already decided, and if so, perhaps these
should be documented in README.distro so there's a reference to point
to?


live well,
  vagrant
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20170417/5a468569/attachment.sig>

  reply	other threads:[~2017-04-17 23:05 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-16 22:01 [U-Boot] [PATCH 0/2] Enable MMC and PXE boot on meson-gxbb systems Vagrant Cascadian
2017-04-16 22:01 ` [U-Boot] [PATCH 1/2] Enable MMC boot on meson-gxbb Vagrant Cascadian
2017-04-16 22:02   ` Andreas Färber
2017-04-16 22:01 ` [U-Boot] [PATCH 2/2] Enable PXE " Vagrant Cascadian
2017-04-16 22:04   ` Andreas Färber
2017-04-17 22:26     ` Vagrant Cascadian
2017-04-17 22:42       ` Andreas Färber
2017-04-17 23:05         ` Vagrant Cascadian [this message]
2017-05-01 16:56     ` Andreas Färber

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=87vaq2r5xd.fsf@aikidev.net \
    --to=vagrant@debian.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox