diff options
author | Richard Purdie <richard.purdie@linuxfoundation.org> | 2015-05-14 10:31:51 +0100 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2015-05-15 12:05:52 +0100 |
commit | 55b4f7fd217f0c65d457c731150340c18fb3fa19 (patch) | |
tree | 5232238f78b81030c589d0078de214e5973960a1 /meta/classes/sstate.bbclass | |
parent | 90861b8908d254154f4d1d613471070df8013da8 (diff) | |
download | openembedded-core-55b4f7fd217f0c65d457c731150340c18fb3fa19.tar.gz openembedded-core-55b4f7fd217f0c65d457c731150340c18fb3fa19.tar.bz2 openembedded-core-55b4f7fd217f0c65d457c731150340c18fb3fa19.zip |
kernel/rm_work: Improve interaction
The do_shared_workdir task does leave behind the necessary information in
shared-work after it completes. We don't make this a "full" sstate task
however since that means tarring up and copying what is usually a large
amount of data which would be better extracted straight from the original
SCM.
The issue with rm_work occurs since it removes the do_shared_workdir stamp
meaning subsequent builds will add it back if they need to touch any kernel
modules for example. This ends up triggering a near enough complete kernerl
rebuild since if configure reruns, populate_sysroot has to rerun.
This change promotes the task to have a "setscene" variant but it doesn't use
any of the sstate class lifting to generate the sstate file. The sstate function
will therefore never get called since the sstate object will never exist.
We can add the task to the list of tasks rm_work promotes to a setscene variant
and unwanted rebuilds of the kernel should be avoided.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes/sstate.bbclass')
0 files changed, 0 insertions, 0 deletions