<div dir="ltr">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.  </div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 21, 2017 at 3:33 PM, Patrick Williams <span dir="ltr"><<a href="mailto:patrick@stwcx.xyz" target="_blank">patrick@stwcx.xyz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As part of the change-over from an initramfs-based boot sequence to a<br>
direct rootfs boot, we need to change some of the boot options for<br>
u-boot.  I expect these to change a few times in the near future as we<br>
also transition to UBI-managed volumes and we figure out how to set<br>
u-boot environment options to switch between different UBI kernels and<br>
rootfses.<br>
<br>
This is really independent from the current ast-*-defconfigs, in that<br>
those currently select between different network options.  I suspect<br>
we do not N*M combinations of defconfigs for network*image-structure.<br>
I plan to make a MACHINE_FEATURE (or DISTRO_FEATURE) in bitbake to<br>
control this, but looking for feedback on how we should change u-boot.<br>
<br>
Ideally, to me, this would have been passed in via the config file and<br>
we could have used config-snippets in Yocto like we do for the kernel.<br>
Due to the way u-boot builds, I could not find a simple way to even<br>
change this option from a include/config/ast-common.h #define into a<br>
machine_config driven option.<br>
<br>
Anyone have ideas?<br>
<br>
Patrick Williams (1):<br>
  config/ast-common: hack bootopts<br>
<br>
 include/configs/ast-common.h | 6 ++++++<br>
 1 file changed, 6 insertions(+)<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
2.13.0<br>
<br>
<br>
</font></span></blockquote></div><br></div>