<div dir="ltr">After some hacking on  obmc-init it turns out theres an even easier way to do this via kernel boot commands.<div><br></div><div>Just need</div><div><br></div><div>1) set  "<span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">openbmc-init-download-files</span>" as kernel boot arg</div><div><br></div><div>2) create new env var to tftp over the ro image</div><div><br></div><div>

<div style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial">env set openbmcinitdownloadurl tftp://<a href="http://192.168.2.136/image-rofs">192.168.2.136/image-rofs</a></div><div><br></div>3) copy from the deploy/images directory the  image-rofs file to tftp root.<br class="gmail-Apple-interchange-newline"></div><div><br></div><div><div><div>ast# env print</div><div>1c800b5b=0</div><div>baudrate=115200</div><div>bootargs=console=ttyS4,115200n8 root=/dev/ram rw openbmc-init-download-files</div><div>bootcmd=tftpboot 40a00000 image-current;bootm 40a80000;</div><div>bootdelay=2</div><div>ethact=FTGMAC100#0</div><div>ethaddr=00:24:EC:F0:55:6B</div><div>ipaddr=192.168.2.143</div><div>openbmcinitdownloadurl=tftp://<a href="http://192.168.2.136/image-rofs">192.168.2.136/image-rofs</a></div><div>serverip=192.168.2.136</div><div>spi_dma=yes</div><div>stderr=serial</div><div>stdin=serial</div><div>stdout=serial</div><div>verify=yes</div><div><br></div><div>Environment size: 411/65531 bytes</div><div>ast#</div></div><div><br></div><div>What I cant work out is how to get the eth0 IP set before init runs, so hacked it into obmc-init for now.</div><div><br></div><div>Aaron</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 20 June 2018 at 03:44, Aaron <span dir="ltr"><<a href="mailto:aaron_ppus@fmad.com" target="_blank">aaron_ppus@fmad.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Nice thanks. Kind of curious why alot of the AST2400 BMC images limit RAM to 210MB or so. Perhaps its so you can load the full image in the reserved ram?</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 19 June 2018 at 11:17, Lei YU <span dir="ltr"><<a href="mailto:mine260309@gmail.com" target="_blank">mine260309@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>> It seems like there would an easy way to do this for development/bringup, asking instead of hacking on the code for a change.<br>
><br>
> Im bringing up a system by loading an image via u-boot across the network into the upper section of ram, then booting from there. It relocates itself to the reset vector and generally works well.<br>
<br>
</span>You could refer to<br>
<a href="https://lists.ozlabs.org/" target="_blank">https://lists.ozlabs.org/</a>piper<wbr>mail/openbmc/2017-December/<wbr>010264.html<br>
for TFTP kernel + NFS rootfs boot.<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>