summaryrefslogtreecommitdiff
path: root/meta/classes/sanity.bbclass
diff options
context:
space:
mode:
authorKevin Tian <kevin.tian@intel.com>2010-12-14 19:21:24 +0800
committerRichard Purdie <rpurdie@linux.intel.com>2010-12-14 22:40:16 +0000
commitbb783afd4daa3f57fb26e2bb86f5bc9cbeb11df0 (patch)
treecb3dd729acf0c7eb8ee37b2d7c8cda6403b92ca9 /meta/classes/sanity.bbclass
parent5fadc9b8be944ab7a61ef5eb33f92f69237d2d93 (diff)
downloadopenembedded-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/sanity.bbclass')
0 files changed, 0 insertions, 0 deletions