linux/poky.git/meta, branch morty-16.0.3

build-appliance-image: Update to morty head revision

2017-12-14T13:30:25+00:00

(From OE-Core rev: 1718f0a6c1de9c23660a9bebfd4420e3c4ed37e6) Signed-off-by: Richard Purdie

populate_sdk_ext: Use prebuilt uninative tarball

2017-12-11T21:47:28+00:00

For uninative to work, it relies on it being updated to new versions as newer glibcs are built. This means the uninative generated by the current build may not be as recent as the uninative that is being downloaded by uninative.bbclass. If this occurs, we can get symbol mismatch errors. Ultimately, the sstate and the uninative versions need to match so we should use the same tarball as uninative.bbclass is using, not the one we built. [YOCTO #12405] (From OE-Core rev: 1e6beee55d2bbe40de54c09f7a48fcb1240a426e) Signed-off-by: Richard Purdie

uninative: Handle futex hangs caused by glibc version mismatches

2017-12-11T21:47:28+00:00

We've been seeing hangs in smart on the autobuilders where it hangs in pthread futex calls. It appears to happen when some components are installed from sstate (which use the interpreter from uninative) and other components are built natively (and use the host's interpreter). Its primarily affecting software which uses shared memory with futexs in for locking purposes (which bdb does called from librpm from smart). This isn't an issue in pyro and rocko and beyond since they use recipe specific sysroots which included a change to always change to the uninative interpreter. We could backport those changes but they're fairly invasive changes to the sstate code. This patch is a more minimal change which ensures binaries are always using the uninative interpreter regardless of whether they're built locally or installed from sstate. This is only an issue if you're using an sstate mirror and hosts with a variety of different libc versions. It has only become an issue on recent libc versions where there was clearly some forwards compatibility issue introduced. (From OE-Core rev: 6b149a88cd33c65c7f306f785f4d24ee2909809c) Signed-off-by: Richard Purdie

gnu-efi: Support musl-x32 build

2017-12-09T14:34:36+00:00

To build 64-bit binaries for musl-x32. (From OE-Core rev: a9301cbc90a61b54f99f321934f421d432ec8826) (From OE-Core rev: 0a6be26cb8de71b74fd0520cd24185ed99a5911f) Signed-off-by: sweeaun Signed-off-by: Ross Burton Signed-off-by: Richard Purdie Hand applied for morty version Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

gnu-efi: copy header files for x32 build

2017-12-09T14:34:36+00:00

Gnu-efi needs to be build for 64bit since it is a boot time tool. It needs these 2 headers to be in 64 bit versions, we can use the existing 32bit ones as there is not really any difference. [YOCTO #11051] (From OE-Core rev: 3398552663e1e18aaf352d682a77a8ad3af94e5a) (From OE-Core rev: 7dcf05c29da3faac5ed8129a2b9cc6b00129fb07) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

gnu-efi: ignore arch mismatch for x32

2017-12-09T14:34:36+00:00

(From OE-Core rev: 97976de2a5465cb476379ebc9d9e1b3f0837853a) (From OE-Core rev: f75e1a55158a76e1f9d010abd1b1f78a4053923e) Signed-off-by: Christopher Larson Signed-off-by: Ross Burton Signed-off-by: Richard Purdie Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

gnu-efi: build 64-bit for x32

2017-12-09T14:34:36+00:00

We're targeting the x86_64 EFI ABI. (From OE-Core rev: 24325410acb670a3e7bc626ac3607efa8df38dc5) (From OE-Core rev: 6017c9b2009357ece12be18550ddfbafe555430a) Signed-off-by: Christopher Larson Signed-off-by: Ross Burton Signed-off-by: Richard Purdie Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

nspr: Fix build error due to missing stdint.h> include

2017-12-09T14:34:36+00:00

(From OE-Core rev: 2f95c71ba17a6d68d3805efe82097c10b6740244) (From OE-Core rev: 4e257a7429e1a7525c1939d4f011e938d4ca32b1) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

adwaita-icon-theme: add a patch to speed up the do_install() task

2017-12-09T14:34:36+00:00

Goes down to 40 seconds from over 4 minutes :) Note that there is no control over the amount of shell jobs; on my machine this is not a problem, but if it's a problem on less capable hardware, we can add some kind of limiter. (From OE-Core rev: cd9af17028c069f52fb0616074170093dd63c143) (From OE-Core rev: f7f659340fd54f05ee11bf34fdb2f6025c1d33cd) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie updated to apply to morty Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

grub: Fix build with gcc7

2017-12-09T14:34:35+00:00

backport patches from upsteam and adapt them to 2.0 codebase (From OE-Core rev: 347976bf08158d1aa46dfea6f0f9d6dcc0d97395) (From OE-Core rev: 74da4a06619558b34752d3588fd965a7994106e3) Signed-off-by: Khem Raj Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie