<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 23, 2017 at 11:23 AM, Xo Wang <span dir="ltr"><<a href="mailto:xow@google.com" target="_blank">xow@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi folks,<br>
<br>
Thanks for chipping in on this.<br>
<span class="gmail-"><br>
On Sun, Jan 22, 2017 at 5:10 PM, Brad Bishop<br>
<<a href="mailto:bradleyb@fuzziesquirrel.com">bradleyb@fuzziesquirrel.com</a>> wrote:<br>
> Hi Xo<br>
><br>
> Honestly this is my _only_ use case… I don’t ever flash machines unless<br>
> whatever I am testing specifically requires that, which for me anyway,<br>
> is very infrequent.<br>
><br>
> There doesn’t necessarily have to be an all or nothing approach taken here.<br>
><br>
> cpio.lzma.u-boot can be removed from IMAGE_FSTYPES in several places:<br>
><br>
> -in your local.conf<br>
> -in zaius.conf in the zaius layer<br>
> -in a yet to be created ingrasys.conf in the ingrasys layer<br>
> -probably other ways too<br>
><br>
> Alternatively, we can turn it off by default and add it where it is desired - possibly<br>
> -in my local.conf<br>
> -in in ibm.conf<br>
><br>
<br>
</span>I don't think we have to do anything about this. I didn't realize what<br>
the images are useful for until after I had mailed the change.<br>
<br>
Now that I know netbooting from the rootfs is possible I'll try it on<br>
my setup. It should save a fair bit of time flashing the userspace<br>
portion---another development annoyance for me. :)<br>
<br>
You should add this to the cheatsheet in the project docs.<br>
<span class="gmail-"><br>
> I guess what I am not sure of is which makes more sense to be the default?<br>
> When these kinds of questions come up I tend to think in terms of what would<br>
> benefit new users of the project the most?  I honestly don’t know - what does<br>
> everyone else think?<br>
><br>
<br>
</span>I would say that it's a fair default to generate all the useful<br>
products on a simple "bitbake obmc-phosphor-image" invocation. Like<br>
you said, it's not difficult to remove products in local.conf.<br>
<br>
A third solution is to fix up the build dependency chain:<br>
do_generate_flash currently depends on do_image_complete (thus all the<br>
fs image products). If the netboot image were a separate recipe from<br>
obmc-phosphor-image, then you could run "bitbake -c generate_flash<br>
obmc-phosphor-image" for only the assembled flash image.<br>
<br>
However, I'm pretty sure this would require two image roots be<br>
installed with the same packages, so a normal build would be a lot<br>
slower. Probably not a good solution, but maybe you folks know of a<br>
way to make that work.<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br></div></div></blockquote><div><br></div><div>Ideally, do_generate_flash would be a separate image type, not a recipe.  I don't know how to request specific IMAGE_FSTYPES from the command-line other than editing local.conf.  I've not tried having an environment variable overriding IMAGE_FSTYPES (i.e IMAGE_FSTYPE="cpio" bitbake obmc-phosphor-image).  I've started the discussion in upstream OE-Core to add raw-flash image generation to the wic tool (<a href="http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131533.html">http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131533.html</a>).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5">
> -brad<br>
><br>
><br>
>> On Jan 20, 2017, at 8:59 PM, Xo Wang <<a href="mailto:xow@google.com">xow@google.com</a>> wrote:<br>
>><br>
>> Hi folks,<br>
>><br>
>> I noticed from this discussion<br>
>> <a href="https://lists.ozlabs.org/pipermail/openbmc/2016-April/thread.html#2738" rel="noreferrer" target="_blank">https://lists.ozlabs.org/<wbr>pipermail/openbmc/2016-April/<wbr>thread.html#2738</a><br>
>> that kernel developers were tftpbooting the userspace image from a<br>
>> obmc-phosphor-image-<machine>.<wbr>cpio.lzma.u-boot file.<br>
>><br>
>> 1. How does/did that work? I guess you needed a custom init in the<br>
>> initrd to load the u-boot container (?) instead of from mtd?<br>
>><br>
>> 2. Are you still using this? Building the extra .cpio.lzma.u-boot is<br>
>> kind of slow, with an extra ~45 seconds to do 'find | cpio | lzma;<br>
>> mkimage' every build, and it can't be parallelized.<br>
>><br>
>> I ask because I mailed a change to remove those image products from<br>
>> the build, then followed the 'blame' to this use case:<br>
>> <a href="https://gerrit.openbmc-project.xyz/#/c/1957/" rel="noreferrer" target="_blank">https://gerrit.openbmc-<wbr>project.xyz/#/c/1957/</a><br>
>><br>
>> cheers<br>
>> xo<br>
>> ______________________________<wbr>_________________<br>
>> openbmc mailing list<br>
>> <a href="mailto:openbmc@lists.ozlabs.org">openbmc@lists.ozlabs.org</a><br>
>> <a href="https://lists.ozlabs.org/listinfo/openbmc" rel="noreferrer" target="_blank">https://lists.ozlabs.org/<wbr>listinfo/openbmc</a><br>
<br>
cheers<br>
xo<br>
______________________________<wbr>_________________<br>
openbmc mailing list<br>
<a href="mailto:openbmc@lists.ozlabs.org">openbmc@lists.ozlabs.org</a><br>
<a href="https://lists.ozlabs.org/listinfo/openbmc" rel="noreferrer" target="_blank">https://lists.ozlabs.org/<wbr>listinfo/openbmc</a><br>
</div></div></blockquote></div><br></div></div>