linux/poky.git, branch master-next2

HACK: Test hashserv on autobuilder

2019-09-18T10:52:03+00:00

(From meta-yocto rev: 8d9c9f65816357fd8082fff06054762d3b86fe77) Signed-off-by: Richard Purdie

bitbake: hashserv fixup

2019-09-18T10:52:03+00:00

(Bitbake rev: b31de77665851fd1745ced8aa0abc26df7b4ea9a) Signed-off-by: Richard Purdie

bitbake: svn fetcher: allow "svn propget svn:externals" to fail

2019-09-18T10:52:03+00:00

Not all servers and repositories have this property set which results in failures like this when actual svn checkout command succeeded: svn: warning: W200017: Property 'svn:externals' not found on '' svn: E200000: A problem occurred; see other errors for details (Bitbake rev: a080b440935b0f4385d8344b176e68aec98fb580) Signed-off-by: Mikko Rapeli Signed-off-by: Richard Purdie

bitbake: fixup

2019-09-18T10:52:03+00:00

(Bitbake rev: 6f66f785a36e8e3128330936e6f41011615afae5) Signed-off-by: Richard Purdie

bitbake: bitbake: Rework hash equivalence

2019-09-18T10:52:03+00:00

Reworks the hash equivalence server to address performance issues that were encountered with the REST mechanism used previously, particularly during the heavy request load encountered during signature generation. Notable changes are: 1) The server protocol is no longer HTTP based. Instead, it uses a simpler JSON over a streaming protocol link. This protocol has much lower overhead than HTTP since it eliminates the HTTP headers. 2) The hash equivalence server can either bind to a TCP port, or a Unix domain socket. Unix domain sockets are more efficient for local communication, and so are preferred if the user enables hash equivalence only for the local build. The arguments to the 'bitbake-hashserve' command have been updated accordingly. 3) The value to which BB_HASHSERVE should be set to enable a local hash equivalence server is changed to "auto" instead of "localhost:0". The latter didn't make sense when the local server was using a Unix domain socket. 4) Clients are expected to keep a persistent connection to the server instead of creating a new connection each time a request is made for optimal performance. 5) Most of the client logic has been moved to the hashserve module in bitbake. This makes it easier to share the client code. 6) A new bitbake command has been added called 'bitbake-hashclient'. This command can be used to query a hash equivalence server, including fetching the statistics and running a performance stress test. 7) The table indexes in the SQLite database have been updated to optimize hash lookups. This change is backward compatible, as the database will delete the old indexes first if they exist. 8) The server has been reworked to use python async to maximize performance with persistently connected clients. This requires Python 3.5 or later. (Bitbake rev: 1f404bd23335f6c5f6ca944c5be0b838ffb76c4d) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie

meta-extsdk: Fix

2019-09-18T10:52:03+00:00

(From OE-Core rev: 3f0577faef72470ccd9097b46fecadbde45c0bcf) Signed-off-by: Richard Purdie

systemd: Handle slow to boot mips hwdb update timeouts

2019-09-18T10:52:02+00:00

(From OE-Core rev: 1e4ea527b5bc6ce46903adf24c4dbd59b114653b) Signed-off-by: Richard Purdie

strace: add a timeout for running ptests

2019-09-18T10:52:02+00:00

5.2 kernel has introduced a significant performance regression where some of the tests take many minutes to complete (where previously it was seconds). While we're getting to the bottom of the issue and working with upstream to resove it, this change allows tests to proceed instead of getting stuck and eventually timing out. https://bugzilla.yoctoproject.org/show_bug.cgi?id=13506 (From OE-Core rev: 2ebc4ca6c324ce15fa9bd303c781cefa5ccebf99) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

openssl: Enable os option for with-rand-seed as well

2019-09-18T10:52:02+00:00

with openSSL 1.1.1d we start seeing errors like Error Generating Key 139979727451584:error:2406C06E:random number generator:RAND_DRBG_instantiate:error retrieving entropy:../openssl-1.1.1d/crypto/rand/drbg_lib.c:342: when using openssl from openssl-native on build hosts, this is due to limiting the random seed to devrandom, to support older hosts, since the option allows to have a comma separated list of methods to try, we can try the default first and if that fails then fallback to devrandom, this will ensure that it keeps working with build systems which dont support getrandom() (From OE-Core rev: 40b1c65943c236abe0bff0347628e17b9bf905c2) Signed-off-by: Khem Raj Cc: Adrian Bunk Cc: Alexander Kanavin Signed-off-by: Richard Purdie

weston: Set depends to the virtual needed not explicitly on Mesa

2019-09-18T10:52:02+00:00

The dependency is for EGL and GLES2 libraries. On some systems these are not provided by Mesa, list what is actually needed so the system can choose the correct provider. (From OE-Core rev: f53cb98a33ec83897ada71f751ff29ab21cb5958) Signed-off-by: Andrew F. Davis Acked-by: Denys Dmytriyenko Signed-off-by: Richard Purdie