diff options
author | Kevin Tian <kevin.tian@intel.com> | 2010-12-14 19:21:24 +0800 |
---|---|---|
committer | Richard Purdie <rpurdie@linux.intel.com> | 2010-12-14 22:40:16 +0000 |
commit | bb783afd4daa3f57fb26e2bb86f5bc9cbeb11df0 (patch) | |
tree | cb3dd729acf0c7eb8ee37b2d7c8cda6403b92ca9 /meta/classes | |
parent | 5fadc9b8be944ab7a61ef5eb33f92f69237d2d93 (diff) | |
download | openembedded-core-bb783afd4daa3f57fb26e2bb86f5bc9cbeb11df0.tar.gz openembedded-core-bb783afd4daa3f57fb26e2bb86f5bc9cbeb11df0.tar.bz2 openembedded-core-bb783afd4daa3f57fb26e2bb86f5bc9cbeb11df0.tar.xz openembedded-core-bb783afd4daa3f57fb26e2bb86f5bc9cbeb11df0.zip |
runqueue.py: use correct task ID when checking validity of setscene tasks
sstate hash validation is done at initialization of RunQueueExecuteScenequeue.
However the index of 'valid' list returned from the validation doesn't
correspond to setscene task ID. It's just an intermediate namespace between
runqueue and sstate hash func. Use it as setscene task ID fully mess the flow.
Previously this doesn't cause trouble because all setscene tasks are passed. Commit
58396a5d24c62710fd0a9f3780d84ac8a95d8e7c add 'noexec' concept to setscene
tasks which grabs some tasks out of the list and thus trigger this problem
Without this fix there're ~50 recipes (gzip-native, glib, ...) rebuilt weirdly
with a minimal build, even though existing sstate packages could accelerate them.
there's another typo using wrong task ID in a debug message which further hide
this issue
Signed-off-by: Kevin Tian <kevin.tian@intel.com>
Diffstat (limited to 'meta/classes')
0 files changed, 0 insertions, 0 deletions