diff options
| author | Mike Crowe <mac@mcrowe.com> | 2013-11-22 14:23:02 +0000 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2014-01-24 12:47:58 +0000 |
| commit | e64d2a6d408ac542bdaa42680d10d0fb05b92a60 (patch) | |
| tree | 5b0e713bfa15f48a5717927345a03f76bb0e13ce /meta/classes/pythonnative.bbclass | |
| parent | 7d98d619462151db73611b48c5944339c40ae805 (diff) | |
| download | openembedded-core-e64d2a6d408ac542bdaa42680d10d0fb05b92a60.tar.gz openembedded-core-e64d2a6d408ac542bdaa42680d10d0fb05b92a60.tar.bz2 openembedded-core-e64d2a6d408ac542bdaa42680d10d0fb05b92a60.zip | |
kernel.bbclass: Stop bundle_initramfs thwarting sstate cache and fix race
The new do_bundle_initramfs task introduced in
609d5a9ab9e58bb1c2bcc2145399fbc8b701b85a defeats using the sstate
cache. The kernel is resurrected from the sstate cache but ends up being
built again since do_bundle_initramfs depends on do_compile.
The task is no longer nostamp to avoid causing unnecessary rebuilds. The
sstate checksum stamps should know when to rebuild.
The task now runs before do_deploy and part of the work has been moved to
do_deploy where it now writes to ${DEPLOYDIR} rather than
${DEPLOY_DIR_IMAGE} so that the files end up in sstate.
The task can also race against do_install since both call into the kernel
build system. This is fixed by making do_bundle_initramfs run after
do_install (which therefore also fixes the problem that
3baa63b4d588c3262254528b406ede265dd117bf was addressing.)
(From OE-Core master rev: 55989cb509340bd265d0ce0d8bfe849681be4616)
Signed-off-by: Mike Crowe <mac@mcrowe.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Diffstat (limited to 'meta/classes/pythonnative.bbclass')
0 files changed, 0 insertions, 0 deletions