On 2016-06-23 05:52 PM, Jake Swensen wrote:
I've been looking into setting up my own BSP layer based on the
standard/beaglebone branch and I've run into some warnings I wasn't familiar
with. I created a test BSP with the yocto-bsp tool and set MACHINE=test,
(which is the name of my meta layer) then ran it. This produced several
warnings:
WARNING: linux-yocto-4.4.10+gitAUTOINC+870134f4bf_13852755ec-r0.1 do_patch:
After meta data application, the kernel tree branch is standard/test.
WARNING: linux-yocto-4.4.10+gitAUTOINC+870134f4bf_13852755ec-r0.1 do_patch: The
SRC_URI specified branch standard/base.
WARNING: linux-yocto-4.4.10+gitAUTOINC+870134f4bf_13852755ec-r0.1 do_patch:
WARNING: linux-yocto-4.4.10+gitAUTOINC+870134f4bf_13852755ec-r0.1 do_patch: The
branch will be forced to standard/base, but this means the board meta data
WARNING: linux-yocto-4.4.10+gitAUTOINC+870134f4bf_13852755ec-r0.1 do_patch:
(.scc files) do not match the SRC_URI specification.
WARNING: linux-yocto-4.4.10+gitAUTOINC+870134f4bf_13852755ec-r0.1 do_patch:
WARNING: linux-yocto-4.4.10+gitAUTOINC+870134f4bf_13852755ec-r0.1 do_patch: The
meta data and branch standard/base should be inspected to ensure the proper
WARNING: linux-yocto-4.4.10+gitAUTOINC+870134f4bf_13852755ec-r0.1 do_patch:
kernel is being built.
I found the patch which enabled this warning, but I'm unsure how to alleviate
it. I do intend to use the standard/test branch, but I'm not sure which
SRC_URI is telling bitbake to build the standard/base.
I'm actively changing the code in this area, so what I'm about to
describe will be valid for about a month, and then it'll be simpler
to explain.
When you are building linux-yocto BSPs (as the yocto-bsp tool is
manipulating) there are two ways that what is build is specifiied:
the SRC_URI (bitbake, the fetcher, etc) and kernel meta-data (the
kernel-cache repository you see on the SRC_URI).
The SRC_URI must specify a branch and SRCREV, since the fetcher
requires it, and that is typically what is built (hence no warning).
But the kernel meta data also has a complete description of the
tree structure (the branching standard/base, standard/common-pc, etc),
since it validates and can re-construct the tree from scratch.
So if the recipe and meta-data disagree on the branch that is to
be built, that warning is displayed, just so there are no surprises.
It is completely valid to build something different than the kernel
meta data describes, which is why the flag KMETA_AUDIT was also
added. When it is set to a non-zero valid, the auditing happens, but
if you clear it in your bbappend, you'll no longer see the warning.
But that commit 1ce221da64e21b9ee0a743dc9372236ab22e21ba (poky), is
only in master. I should get it nominated for backporting to the
release branches. IF you cherry-pick and try it out, that would be
helpful.
Cheers,
Bruce
Any idea where to start looking?
Patch that enabled the warnings:
http://lists.openembedded.org/pipermail/openembedded-core/2016-April/119808.html
--
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto