<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 7, 2018 at 12:37 PM, Tim Hammer <span dir="ltr"><<a href="mailto:tdhammer99@gmail.com" target="_blank">tdhammer99@gmail.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"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Fri, Jul 6, 2018 at 6:02 PM, Andre McCurdy <span dir="ltr"><<a href="mailto:armccurdy@gmail.com" target="_blank">armccurdy@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>On Fri, Jul 6, 2018 at 1:22 PM, Tim Hammer <<a href="mailto:tdhammer99@gmail.com" target="_blank">tdhammer99@gmail.com</a>> wrote:<br>
><br>
> Thanks for the responses to my first email. I was able to get a working<br>
> initramfs in my kernel image that allowed me to do the initial evaluation of<br>
> my solution.<br>
<br>
</span>What was the issue? What was the fix?<br></blockquote><div><br></div></span><div>issue 1: <span style="font-size:12.8px">failure in do_bundle_initramfs- "mv: cannot stat 'arch/arm64/boot/Image': No such file or directory".</span></div><div><div style="font-size:12.8px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial">Not really resolved, currently modified function to skip problematic step; need to come back to this before I can really be done.</div><br class="m_-9057753052522657715gmail-Apple-interchange-newline">

</div><div>issue 2: 

<div style="font-size:12.8px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><span style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><span style="text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><span style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">kernel-source/scripts/gen_init<wbr>ramfs_list.sh: </span></span></span><span style="font-size:12.8px">Cannot open '/.../linux-qoriq/4.14-r0/</span><span style="font-size:12.8px">buil<wbr>d/usr/my-core-image-</span><span style="font-size:12.8px">minimal-<wbr>initramfs-{machine}.</span><span style="font-size:12.8px">cpio'</span></div>This appears to be due to a mistake in my definitions of IMAGE_FSTYPES and IMAGE_CLASSES. (I made a lot of changes en route to getting something to work, so there may be something else that contributed but that I did not realize.)</div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span><br>
> Now I am working to get all of the proper content into the filesystem, but<br>
> am seeing some strangeness that I cannot comprehend. I have updated the<br>
> image recipe that my linux.bbappend is calling out as the INITRAMFS_IMAGE,<br>
> but the bitbake linux command did not see anything as changed so ran no<br>
> tasks.<br>
<br>
</span>The kernel's bundle_initramfs task depends on<br>
${INITRAMFS_IMAGE}:do_image_co<wbr>mplete, so if the new value you set for<br>
INITRAMFS_IMAGE is an image which had previously been built the<br>
kernel's bundle_initramfs might not get triggered again?<br>
<br>
Perhaps try running "bitbake -c cleansstate" for your image and then<br>
"bitbake linux" again.<br></blockquote></span><div>Before I saw your response, I did try cleanstate on both the initramfs and linux recipes, but it did not appear to make a difference. (In frustration,) I deleted my tmp and sstate-cache trees and built everything again. The resulting kernel image initially did not seem correct based on the size, but I looked closer with bitwalk and it does appear that my changes are in the embedded cpio. So, I tried it and found it "half" works- my custom init script is running but if I try to circumvent that with "rdinit=/sbin/init" so I can get to the login/commandline, I get a kernel panic... Guess I will just have to be happy with what does work and keep moving. </div></div></div></div></blockquote><div><br></div><div>Oy! It would help if I paid attention to what I was doing- latest recipes do not enable /sbin/init to be included...<br></div><div><br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span><br>
> As a simplistic attempt, I commented out the INITRAMFS_IMAGE line in<br>
> the recipe and this time it rebuilt a lot, but ended up with the "old"<br>
> initramfs (not an empty one as I kind of expected). I then re-enabled the<br>
> INITRAMFS_IMAGE line and this time got a much smaller Linux image which<br>
> failed to boot (Unable to mount root fs- more what I expected from the last<br>
> build).<br>
<br>
</span>A kernel image without the bundled initramfs is always going to be<br>
built as part of the normal build process for the kernel (it's built<br>
by the kernel's compile task - the version with the bundled initramfs<br>
is built by the bundle_initramfs task).<br>
<br>
Normally you should be able to tell the difference between the two<br>
kernel images by the .initramfs suffix, however the bug you saw<br>
originally was in the bundle_initramfs code to do that renaming, so<br>
depending on how you resolved the original issue, maybe your kernel<br>
images are still getting mixed up?<br>
</blockquote></span></div>Yes, based on my workaround to this fix, I suspect that there is still an issue that I need to investigate, but need to get the functionality working to a point that the rest of the system can be tested then I will get back to this.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks again for all the thoughts and ideas- hopefully I am retaining some knowledge from these experiments and become a helpful member of the community someday!<span class="HOEnZb"><font color="#888888"><br><div><br></div>-- <br><div class="m_-9057753052522657715gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br><span style="font-family:arial narrow,sans-serif">.Tim</span><br></div></div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br><span style="font-family:arial narrow,sans-serif">.Tim</span><br></div></div>
</div></div>