diff options
author | Patrick Ohly <patrick.ohly@intel.com> | 2017-03-29 13:29:50 +0200 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2017-03-30 10:04:06 +0100 |
commit | 00b1911c65fa1b21c3dedec40170998573b62178 (patch) | |
tree | 63a184230ee641356278e8fec50a38a93a899e6b /scripts/lib/compatlayer/case.py | |
parent | 04a7b8d6d2e86cc4dd1362c775f5e3ac1eb1d19d (diff) | |
download | openembedded-core-00b1911c65fa1b21c3dedec40170998573b62178.tar.gz openembedded-core-00b1911c65fa1b21c3dedec40170998573b62178.tar.bz2 openembedded-core-00b1911c65fa1b21c3dedec40170998573b62178.zip |
populate_sdk_ext.bbclass: enhance compatibility with rm_work.bbclass
"bitbake -c populate_dsk_ext" must not trigger do_rm_work, because it
is impossible to declare that the additional tasks activated by "-c
populate_dsk_ext" must run before do_rm_work. When do_populate_dsk_ext
and do_rm_work are both active, the resulting race condition breaks
do_populate_dsk_ext.
The existing bitbake dependencies can't be used for that, because
"addtask populate_dsk_ext before do_rm_work" would then always execute
populate_dsk_ext also in normal builds.
do_populate_dsk_ext triggers do_rm_work indirectly through the
dependency on do_build of the SDK_TARGETs. Using the new
do_build_without_rm_work instead (when available, with do_build as
before if not) avoids the problem.
However, one has to be careful to not trigger do_rm_work in the same
build in some other way. "bitbake core-image-sato:do_populate_sdk_ext
core-image-sato:do_build" still fails, for example. Doing one after
the other works.
Fixes: [YOCTO 11042]
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/lib/compatlayer/case.py')
0 files changed, 0 insertions, 0 deletions