[PATCH u-boot 0/1] RFC: How to configure boot options?
Rick Altherr
raltherr at google.com
Tue Jul 25 04:19:52 AEST 2017
The current bootcmd script is there to provide backward compatibility for
pre-FIT ramdisks. That can probably be removed but we now want fallback
behavior for images that still use a ramdisk.
On Fri, Jul 21, 2017 at 3:33 PM, Patrick Williams <patrick at stwcx.xyz> wrote:
> As part of the change-over from an initramfs-based boot sequence to a
> direct rootfs boot, we need to change some of the boot options for
> u-boot. I expect these to change a few times in the near future as we
> also transition to UBI-managed volumes and we figure out how to set
> u-boot environment options to switch between different UBI kernels and
> rootfses.
>
> This is really independent from the current ast-*-defconfigs, in that
> those currently select between different network options. I suspect
> we do not N*M combinations of defconfigs for network*image-structure.
> I plan to make a MACHINE_FEATURE (or DISTRO_FEATURE) in bitbake to
> control this, but looking for feedback on how we should change u-boot.
>
> Ideally, to me, this would have been passed in via the config file and
> we could have used config-snippets in Yocto like we do for the kernel.
> Due to the way u-boot builds, I could not find a simple way to even
> change this option from a include/config/ast-common.h #define into a
> machine_config driven option.
>
> Anyone have ideas?
>
> Patrick Williams (1):
> config/ast-common: hack bootopts
>
> include/configs/ast-common.h | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> --
> 2.13.0
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20170724/cad741e8/attachment-0001.html>
More information about the openbmc
mailing list