[PATCH v5 00/34] Initial implementation of standard boot
Tom Rini
trini at konsulko.com
Tue Apr 26 14:17:27 CEST 2022
On Tue, Apr 26, 2022 at 05:55:36AM +0100, Peter Robinson wrote:
> > > The bootflow feature provide a built-in way for U-Boot to automatically
> > > boot an Operating System without custom scripting and other customisation.
> > > This is called 'standard boot' since it provides a standard way for
> > > U-Boot to boot a distro, without scripting.
> > >
> > > It introduces the following concepts:
> > >
> > > - bootdev - a device which can hold a distro
> > > - bootmeth - a method to scan a bootdev to find bootflows (owned by
> > > U-Boot)
> > > - bootflow - a description of how to boot (owned by the distro)
> > >
> > > This series provides an implementation of these, enabled to scan for
> > > bootflows from MMC, USB and Ethernet. It supports the existing distro
> > > boot as well as the EFI loader flow (bootefi/bootmgr). It works
> > > similiarly to the existing script-based approach, but is native to
> > > U-Boot.
> >
> > I've put most of this cover letter in the merge commit, and applied this
> > to u-boot/master. This is an incremental starting point at providing a
> > alternative way of constructing and controlling the load and execute OS
> > stage of booting. There is some growth on most platforms for this, but
> > it is a reasonable alternative and will be iterated on.
>
> I'm guessing this would allow us to optionally disable hush and
> associated pieces for a lot of the boards which may equal it out?
Long term, we'll see what makes the most sense for everyone as a
reasonable set of defaults. I also think that high level, there'll be
places to optimize this for overall size down the line.
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20220426/f11524fb/attachment.sig>
More information about the U-Boot
mailing list