Hi Michael, On Thu, 20 Jan 2022 at 01:38, Michael Walle <mich...@walle.cc> wrote: > > Hi, > > Am 2022-01-19 15:56, schrieb Simon Glass: > > On Wed, 19 Jan 2022 at 01:09, Michael Walle <mich...@walle.cc> 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. > >> > > >> > With this we can boot on a Raspberry Pi 3 with just one command: > >> > > >> > bootflow scan -lb > >> > > >> > which means to scan, listing (-l) each bootflow and trying to boot each > >> > one (-b). The final patch shows this. > >> > >> I wanted to give this a try, but I only get the following output: > >> > >> => setenv boot_targets usb0 > >> => bootflow scan -lb > >> Scanning for bootflows in all bootdevs > >> Seq Method State Uclass Part Name > >> Filename > >> --- ----------- ------ -------- ---- ------------------------ > >> ---------------- > >> Unknown seq 0 for label 'usb0' > >> --- ----------- ------ -------- ---- ------------------------ > >> ---------------- > >> (0 bootflows, 0 valid) > >> > >> where usb0 is a debian installation medium. > > > > Yes that's not working yet. Can you try an mmc device for testing? > > Ok thanks for confirming. Yes I can test with a sd card, > but I'll probably do it when there is support for loading > a device tree by the fdtfile.
Yes I need to look at that one. Regards, SImon
