linux/poky.git/bitbake/lib/bb/runqueue.py, branch yocto-2.7Mirror of git.yoctoproject.org/pokyhttps://git.enea.com/cgit/linux/poky.git/atom?h=yocto-2.72019-02-25T10:43:31+00:00bitbake: runqueue: Filter out multiconfig dependencies from BB_TASKDEPDATA2019-02-25T10:43:31+00:00Richard Purdierichard.purdie@linuxfoundation.org2019-02-23T10:10:32+00:00urn:sha1:0b19e52b85cbd9554df4df9fae50b3b193376aaa
The consumers of BB_TASKDEPDATA in OE metadata can't cope with multiconfig
dependencies. The choice is either to start adding code to each of them to
filter out multiconfig dependencies, or do this at source.
After consideration we've decided to do this at source as doing otherwise
is code duplication and error prone and in any case we've looked at, they
don't make sense.
[YOCTO #13090]
[YOCTO #13130]
(Bitbake rev: 531dcd221a10853f45cc057b52bb2d5083e0ee42)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: runqueue: Fix dependency loop analysis 'hangs'2019-02-17T10:20:21+00:00Richard Purdierichard.purdie@linuxfoundation.org2019-02-16T12:57:02+00:00urn:sha1:8dac3ce4247bca443c96b0ecec5d1431c325aeb8
Currently the mechanism for breaking out of the dependnecy loop analysis
code is broken and doesn't work leading to bitbake appearing to hang.
Add in a custom exception for this purpose and fix the code to exit
as intended, fixing the hang and making the dependency loop code
usable again.
(Bitbake rev: 8756e4ade67c16e35269ea0659e10b9ebaa6117f)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: bitbake: Allow arguments in FAKEROOTCMD2019-02-15T08:18:19+00:00Joshua Wattjpewhacker@gmail.com2019-02-14T21:36:45+00:00urn:sha1:9025bd11ec494709242ec5d22b245155c497741f
Changes FAKEROOTCMD so that it can accept additional arguments to pass
to the fakeroot implementation instead of being treated as a simple
command
(Bitbake rev: 4fa51afb56b090cf1f746842acd602c9536715d5)
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: bitbake: runqueue: __find_md5__ -> __find_sha2562019-01-14T11:36:49+00:00Robert Yangliezhi.yang@windriver.com2019-01-11T08:49:53+00:00urn:sha1:34ce32a75bf2dba51cf11192be9d9563e2952840
Fixed:
Create a new build
$ bitbake quilt-native -ccleansstate -Snone
$ bitbake quilt-native -ccleansstate -Sprintdiff
[snip]
latestmatch = sorted(matches.keys(), key=lambda f: matches[f])[-1]
> prevh = __find_md5__.search(latestmatch).group(0)
output = bb.siggen.compare_sigfiles(latestmatch, match, recursecb)
AttributeError: 'NoneType' object has no attribute 'group'
(Bitbake rev: 15d20d948359fa1d7a7a754b2a1d8ed9f4ca0480)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: bitbake: runqueue: Use multiconfig name to fetch unihash2019-01-11T10:39:30+00:00Joshua Wattjpewhacker@gmail.com2019-01-07T19:23:52+00:00urn:sha1:46f6f6a5f9de5e7f8f32f6ae768af61ec20ade4a
The unihash should be fetched using the task filename that includes the
multiconfig prefixes.
[YOCTO #13124]
(Bitbake rev: 5e7f4e77e27bceaf6c68137cacb4f8d7d7de49dd)
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: runqueue: Pass unique hash to hash validate2019-01-03T22:47:11+00:00Joshua Wattjpewhacker@gmail.com2018-12-19T03:10:30+00:00urn:sha1:445acdffe0a75bf9ce94c1fc31bebc7c5bd60be8
If the unique hash is being used to track task dependencies, the hash
validation function needs to know about it in order to properly validate
the hash.
[YOCTO #13030]
(Bitbake rev: 9a529bb2658a4046dafbf32e1eb503d84e64e947)
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: runqueue: Pass unique hash to task2019-01-03T22:47:11+00:00Joshua Wattjpewhacker@gmail.com2018-12-19T03:10:29+00:00urn:sha1:3b5bdb227b91c6a37338311d7b6ffda798bf5cc8
The unique hash is now passed to the task in the BB_UNIHASH variable
[YOCTO #13030]
(Bitbake rev: aab80b099f6f259e4b57cba2c26dd385d07c5947)
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: runqueue: Track task unique hash2019-01-03T22:47:11+00:00Joshua Wattjpewhacker@gmail.com2018-12-19T03:10:28+00:00urn:sha1:57e3c55f6dd17f8019335818c6f34e67f8110295
Requests the task unique hash from siggen and tracks it
[YOCTO #13030]
(Bitbake rev: 1ecc47f0831b35c8c92b37a81cef4e43ff9f67b2)
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: bitbake-worker: Pass taskhash as runtask parameter2018-12-07T12:38:58+00:00Joshua Wattjpewhacker@gmail.com2018-12-04T03:42:36+00:00urn:sha1:86cc1a4104d71235cfdc9b5acfa820758191480a
Pass the task hash as a parameter to the 'runtask' message instead of
passing the entire dictionary of hashes when the worker is setup. This
is possible less efficient, but prevents the worker taskhashes from
being out of sync with the runqueue in the event that the taskhashes in
the runqueue change.
[YOCTO #13030]
(Bitbake rev: 1e86d8c1bec7ea5d016a5ad2097f999362e29033)
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
bitbake: runqueue: Ensure disk monitor is started when no setscene tasks are run2018-12-01T11:32:08+00:00Richard Purdierichard.purdie@linuxfoundation.org2018-11-29T12:10:28+00:00urn:sha1:c5ca140d3813dcac6606090fde7298bf275b0c5d
Currently if there are no setscene tasks, the disk monitor isn't started.
Move the startup code to somewhere to ensure it always is started. This
issue would partially explain occasional selftest failures.
(Bitbake rev: 5ba83ee25c1c9cba349edb68a22476b1d5fca6ce)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>