]> code.ossystems Code Review - openembedded-core.git/commit
runqueue.py: use correct task ID when checking validity of setscene tasks
authorKevin Tian <kevin.tian@intel.com>
Tue, 14 Dec 2010 11:21:24 +0000 (19:21 +0800)
committerRichard Purdie <rpurdie@linux.intel.com>
Tue, 14 Dec 2010 22:40:16 +0000 (22:40 +0000)
commitbb783afd4daa3f57fb26e2bb86f5bc9cbeb11df0
treecb3dd729acf0c7eb8ee37b2d7c8cda6403b92ca9
parent5fadc9b8be944ab7a61ef5eb33f92f69237d2d93
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>
bitbake/lib/bb/runqueue.py