]> code.ossystems Code Review - openembedded-core.git/commit
sstate: Implement hash equivalence sstate
authorJoshua Watt <jpewhacker@gmail.com>
Fri, 4 Jan 2019 16:20:15 +0000 (10:20 -0600)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Mon, 7 Jan 2019 14:38:53 +0000 (14:38 +0000)
commitd889acb4f8f06f09cece80fa12661725e6e5f037
tree716df19537b8d042cbd11796599b0c5561a35089
parent1c14b6969e58b51a325c1c1acf9c96e55675035c
sstate: Implement hash equivalence sstate

Converts sstate so that it can use a hash equivalence server to
determine if a task really needs to be rebuilt, or if it can be restored
from a different (equivalent) sstate object.

The unique hashes are cached persistently using persist_data. This has
a number of advantages:
 1) Unique hashes can be cached between invocations of bitbake to
    prevent needing to contact the server every time (which is slow)
 2) The value of each tasks unique hash can easily be synchronized
    between different threads, which will be useful if bitbake is
    updated to do on the fly task re-hashing.

[YOCTO #13030]

Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes/sstate.bbclass
meta/conf/bitbake.conf
meta/lib/oe/sstatesig.py