Closed alext-mkrs closed 6 years ago
Today I did a clean build and this builds nicely. Will install tomorrow and test.
When I build the sdk I get hit by this bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=12335. Not sure if this is caused by this patch, or by the clean build.
When I overlay the recipe with the newer one from rocko the error goes away. What is your opinion, copy new recipe into meta-intel-edison-distro/recipes-core/glibc, let setup apply a patch, or upgrade to rocko?
I'd go with pulling this to meta-intel-edison:pyro for now - it's IMHO better to do all the tweaks and cleanups like this one with initramfs generation on pyro, which is stable, than to alter one more variable by moving straight to rocko. This is unlikely to be caused by this PR - as it doesn't really introduce anything new, just moves that standalone conf file into proper place (so you'd have had it previously as well). Besides, that -native package is really outside of the build path affected here. On my Ubuntu 16.04 it worked fine, by the way - so those bitbake errors about untested distro are not entirely meaningless :)
And BTW, I'm going to test this binary today - the week turned out busier than I anticipated, so I've got time to do this only over the weekend. I have u-boot built and I've got through update instructions, so I should report back shortly.
The image 4.14 kernel built using this patch (with ftrace enabled etc) seems to be working very well for me.
Oh, that's wonderful, thanks for confirming. Not that I expected anything else than that, but nothing substitutes a real-life test :)
Thanks for merging. Just to round this up - on pyro and kernel 4.13 it works fine as well, just tested.
As we've discussed in the other thread, I have to test this first, however as this would take me a while (need to do the u-boot build and update on my Edison first) and it actually looks ok, by inspecting the produced files - I figured I'll send the PR in parallel, in case you'd be willing/able to test this sooner. If not, no worries, I'll post a comment when I confirm this works.
The separate config is no longer needed and I've moved the relevant pieces of it to the machine config, as per Yocto manual recommendations. It actually says to put one piece into
local.conf
and another - into machine conf, but IMHO they could be naturally stored as a single logical piece in the machine one.I'll also take care of updating wiki build instructions when/if this is merged.