diff options
author | Mike Crowe <mac@mcrowe.com> | 2013-11-22 14:23:02 +0000 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-11-22 14:34:20 +0000 |
commit | 55989cb509340bd265d0ce0d8bfe849681be4616 (patch) | |
tree | 5d6c736862335d4a0a3bd40e414edf65e07c0955 /meta/recipes-graphics/xorg-driver/xf86-input-keyboard_1.8.0.bb | |
parent | 81831db1c32afa3346f3ed9f4325ad280e5bb005 (diff) | |
download | openembedded-core-55989cb509340bd265d0ce0d8bfe849681be4616.tar.gz openembedded-core-55989cb509340bd265d0ce0d8bfe849681be4616.tar.bz2 openembedded-core-55989cb509340bd265d0ce0d8bfe849681be4616.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.)
Signed-off-by: Mike Crowe <mac@mcrowe.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-graphics/xorg-driver/xf86-input-keyboard_1.8.0.bb')
0 files changed, 0 insertions, 0 deletions