diff options
author | Richard Purdie <richard.purdie@linuxfoundation.org> | 2018-02-09 09:21:00 +0000 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2018-02-14 15:26:03 +0000 |
commit | c75985f40a4fc9ff2217fd22d0f84c59f7cec82b (patch) | |
tree | 3be77ff397a1f6360dcfcfcc07f4f59ff86550b0 /meta/recipes-extended/xinetd | |
parent | 1a78cdaea68c4e682ef26ac8c773307977fb81bc (diff) | |
download | poky-c75985f40a4fc9ff2217fd22d0f84c59f7cec82b.tar.gz |
bitbake: main/runqueue: Rework runall task and add runonly option
The runall commandline option was confusing people. There are in fact two
different behaviours people may want.
a) For a given target (or set of targets) look through the task graph and
run task X only if its present and would have been built.
b) For a given target (or set of targets) look through the task graph and
run task X if any recipe in the taskgraph has such a target even if it wasn't
in the original task graph.
I've decided to interpret the existing "runall" option as b), even if right
now if behaves like a). For a), which is a valid use case, this patch adds
a "runonly" option.
With both behaviours present, I'm hoping we can then kill off the "fetchall",
"checkuriall" and other tasks from OE metadata and replace them with this
option. This would significantly speed up task graph processing.
(Deleting the checkuriall and fetchall tasks takes "bitbake core-image-sato -g"
from 22s to 8s).
(Bitbake rev: 546a662c877b2d3af35e3996950582ed2df41fe4)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-extended/xinetd')
0 files changed, 0 insertions, 0 deletions