[PATCH v3 31/31] RFC: Switch rpi over to use bootstd

Mark Kettenis mark.kettenis at xs4all.nl
Thu Jan 20 11:28:41 CET 2022


> From: Michael Walle <michael at walle.cc>
> Date: Thu, 20 Jan 2022 09:35:44 +0100
> 
> > The bootdevs have a natural priority, based on the assumed speed of
> > the device, so the board would only need to intervene (with an env var
> > or a devicetree property) when that is wrong.
> 
> Does this make sense in general? The default boot order for a
> board should depend on what is available on board (or on the
> carrier board) and what is pluggable. I doubt there can be a sane
> default, so almost all boards will have to define its own
> boot order anyway.
> 
> So it doesn't really matter how the general list is sorted, but
> sorting by the speed of the interface sounds.. strange.

>From a security standpoint "removable" vs. "non-removable" is what
really matters.  You don't really want someone to plug a usb key or
SD card into your device and accidentally boot from it.

Also, changing the default boot order for an already supported device
is probably going to cause problems.  Something to keep in mind when
devices get converted to the new mechanism.


More information about the U-Boot mailing list