[OE-core] [thud][PATCH] linux-yocto/4.14: update to v4.14.143
From: Bruce Ashfield
Updating to the latest 4.14 -stable. Lightly build and boot tested
on qemu*
Signed-off-by: Bruce Ashfield
Signed-off-by: Armin Kuster
---
meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb | 6 +++---
meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb | 6 +++---
meta/recipes-kernel/linux/linux-yocto_4.14.bb | 20 ++--
3 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
index 4189fc8..0ed2900 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
@@ -11,13 +11,13 @@ python () {
raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to
linux-yocto-rt to enable it")
}
-SRCREV_machine ?= "82ac7b2b8048b537481bf16b8acda1cc9bfe9565"
-SRCREV_meta ?= "6a3254e7b370cbb86c1f73379dcf38885c1c69e0"
+SRCREV_machine ?= "72075349c6af55a7a6d024f0aa241711653fcb97"
+SRCREV_meta ?= "1bd749b7ce4240e83024b10fa4a4a6b9de5a5e5f"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.14;destsuffix=${KMETA}"
-LINUX_VERSION ?= "4.14.79"
+LINUX_VERSION ?= "4.14.143"
DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
DEPENDS += "openssl-native util-linux-native"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
index 71f5c47..cb46307 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
@@ -4,7 +4,7 @@ KCONFIG_MODE = "--allnoconfig"
require recipes-kernel/linux/linux-yocto.inc
-LINUX_VERSION ?= "4.14.79"
+LINUX_VERSION ?= "4.14.143"
DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
DEPENDS += "openssl-native util-linux-native"
@@ -12,8 +12,8 @@ DEPENDS += "openssl-native util-linux-native"
KMETA = "kernel-meta"
KCONF_BSP_AUDIT_LEVEL = "2"
-SRCREV_machine ?= "6ce17eae5d962b30846a5258956246438d68d60a"
-SRCREV_meta ?= "6a3254e7b370cbb86c1f73379dcf38885c1c69e0"
+SRCREV_machine ?= "3d884bc92763f474cc0728d1feb0becad8ed37d5"
+SRCREV_meta ?= "1bd749b7ce4240e83024b10fa4a4a6b9de5a5e5f"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.14.bb
b/meta/recipes-kernel/linux/linux-yocto_4.14.bb
index 65b2444..4a92d27 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.14.bb
@@ -11,20 +11,20 @@ KBRANCH_qemux86 ?= "v4.14/standard/base"
KBRANCH_qemux86-64 ?= "v4.14/standard/base"
KBRANCH_qemumips64 ?= "v4.14/standard/mti-malta64"
-SRCREV_machine_qemuarm ?= "8752b8421efe8b5a478f17fbffacf4af974ec703"
-SRCREV_machine_qemuarm64 ?= "ac66474ba7f7e93d16ae3ea005f214113bb127c5"
-SRCREV_machine_qemumips ?= "ab031b267e2a79fcd48da5d10d503f4d065f4821"
-SRCREV_machine_qemuppc ?= "f47c3945e8dd230ea37771bcacc836245fc79d22"
-SRCREV_machine_qemux86 ?= "f1d93b219bde37a8a286cd18d6af2dcf0d02c1a8"
-SRCREV_machine_qemux86-64 ?= "f1d93b219bde37a8a286cd18d6af2dcf0d02c1a8"
-SRCREV_machine_qemumips64 ?= "8063a7258fc670a361fed85b858fabb237485f1c"
-SRCREV_machine ?= "f1d93b219bde37a8a286cd18d6af2dcf0d02c1a8"
-SRCREV_meta ?= "6a3254e7b370cbb86c1f73379dcf38885c1c69e0"
+SRCREV_machine_qemuarm ?= "bd85f4880bb890bf9c45ee6c2fd95f077d2bf67e"
+SRCREV_machine_qemuarm64 ?= "445a4787bd489eb6b3d5c172b9842dbe5a34d734"
+SRCREV_machine_qemumips ?= "3d07ac9aa6ca729674dfb763563202f18f9eedde"
+SRCREV_machine_qemuppc ?= "81ba8dbab3b1bfc371e539956be905809db0e41a"
+SRCREV_machine_qemux86 ?= "bc9d4b045fa0254d14ef3a667a200f02cb9af755"
+SRCREV_machine_qemux86-64 ?= "bc9d4b045fa0254d14ef3a667a200f02cb9af755"
+SRCREV_machine_qemumips64 ?= "3c4acadcbe2ee11043f7d0fce43a5181511d0935"
+SRCREV_machine ?= "bc9d4b045fa0254d14ef3a667a200f02cb9af755"
+SRCREV_meta ?= "1bd749b7ce4240e83024b10fa4a4a6b9de5a5e5f"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;name=machine;branch=${KBRANCH}; \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.14;destsuffix=${KMETA}"
-LINUX_VERSION ?= "4.14.79"
+LINUX_VERSION ?= "4.14.143"
DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
DEPENDS += "openssl-native util-linux-native"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed
All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on the triage page under the appropriate heading: https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs The idea is these bugs should be straight forward for a person to help work on who doesn't have deep experience with the project. If anyone can help, please take ownership of the bug and send patches! If anyone needs help/advice there are people on irc who can likely do so, or some of the more experienced contributors will likely be happy to help too. Also, the triage team meets weekly and does its best to handle the bugs reported into the Bugzilla. The number of people attending that meeting has fallen, as have the number of people available to help fix bugs. One of the things we hear users report is they don't know how to help. We (the triage team) are therefore going to start reporting out the currently 300 unassigned or newcomer bugs. We're hoping people may be able to spare some time now and again to help out with these. Bugs are split into two types, "true bugs" where things don't work as they should and "enhancements" which are features we'd want to add to the system. There are also roughly four different "priority" classes right now, “2.8”, “2.9’, "2.99" and "Future", the more pressing/urgent issues being in "2.8" and then “2.9”. Please review this link and if a bug is something you would be able to help with either take ownership of the bug, or send me (sjolley.yp...@gmail.com) an e-mail with the bug number you would like and I will assign it to you (please make sure you have a Bugzilla account). The list is at: https://wiki.yoctoproject.org/wiki/Bug_Triage#Unassigned_or_Newcomer_Bugs Thanks, *Stephen K. Jolley* *Yocto Project Program Manager* (*Cell*:(208) 244-4460 * *Email*: sjolley.yp...@gmail.com -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] OpenEmbedded Developer Meeting on Day 2 of Yocto Project Summit after ELCE
Boy that is a mouthful. The date is November 1 2019 in Lyon, France. On day 2 of the Yocto Project Summit after the Embedded Linux Conference, we are hosting an OpenEmbedded Developer meeting. This meeting is part of an ongoing series of meetings held for OpenEmbedded developers and users to exchange information about the project's direction and to explain to developers problems people face in the real world. Please sign up here (attendance is capped at 40): https://www.openembedded.org/wiki/OEDEM_2019 Please add ideas for topics also. (Also add your T-shirt size after your name, no promises but the information might help us) More info and sign up information for the Yocto Project Summit is here: https://wiki.yoctoproject.org/wiki/Yocto_Project_Summit_2019 Based on talk abstracts I've seen, Day 1 should be very interesting! Philip PS: For some historical perspective, here is the page from 2007: https://www.openembedded.org/wiki/Oedem2007 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [thud][PATCH] gcc: CVE fix
On Mon, Sep 16, 2019 at 11:56 AM Muminul Russell wrote: > > This patch has two commits one is code changes and another is test > coverage. Both commits relate to a single CVE fix. What benefits would > you get splitting the patch? makes it readable, apply future backports is a bit easier if there are conflicts. tracking status of patches is easier. > > On Mon, Sep 16, 2019 at 11:50 AM Khem Raj wrote: > > > > On Mon, Sep 16, 2019 at 10:53 AM Muminul Islam wrote: > > > > > > Signed-off-by: Muminul Islam > > > --- > > > .../gcc/gcc/CVE-2019-15847.patch | 642 ++ > > > meta/recipes-devtools/gcc/gcc_8.2.bb | 4 + > > > 2 files changed, 646 insertions(+) > > > create mode 100644 meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > > > > > diff --git a/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > > b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > > new file mode 100644 > > > index 00..a18d8175a2 > > > --- /dev/null > > > +++ b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > > @@ -0,0 +1,642 @@ > > > +From 9fc82916580cba45734bc6325d38a0d29956de95 Mon Sep 17 00:00:00 2001 > > > +From: segher > > > +Date: Thu, 22 Aug 2019 19:36:21 + > > > +Subject: [PATCH 1/2] rs6000: Use unspec_volatile for darn (PR91481) > > > +Reply-To: muis...@microsoft.com > > > + > > > +Every call to darn should deliver a *new* random number; such calls > > > +should not be CSEd together. So they should be unspec_volatile, not > > > +plain unspec. > > > + > > > + PR target/91481 > > > + * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, > > > UNSPEC_DARN_32, > > > + and UNSPEC_DARN_RAW. > > > + (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, > > > and > > > + UNSPECV_DARN_RAW. > > > + (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. > > > + (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. > > > + (darn): Use an unspec_volatile, and UNSPECV_DARN. > > > + > > > +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835 > > > 138bc75d-0d04-0410-961f-82ee72b054a4 > > > +Signed-off-by: Muminul Islam > > > + > > > +CVE: CVE-2019-15847 > > > +Upstream-Status: Backport > > > +--- > > > + gcc/ChangeLog | 337 +++- > > > + gcc/config/rs6000/rs6000.md | 170 ++ > > > + 2 files changed, 506 insertions(+), 1 deletion(-) > > > + > > > +diff --git a/gcc/ChangeLog b/gcc/ChangeLog > > > +index b93dae5dfb0..f3de9bb65e3 100644 > > > +--- a/gcc/ChangeLog > > > b/gcc/ChangeLog > > > +@@ -1,4 +1,339 @@ > > > +-2018-07-26 Release Manager > > > ++2019-08-22 Segher Boessenkool > > > ++ > > > ++ PR target/91481 > > > ++ * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, > > > UNSPEC_DARN_32, > > > ++ and UNSPEC_DARN_RAW. > > > ++ (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, > > > and > > > ++ UNSPECV_DARN_RAW. > > > ++ (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. > > > ++ (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. > > > ++ (darn): Use an unspec_volatile, and UNSPECV_DARN. > > > ++ > > > ++2019-08-22 Segher Boessenkool > > > ++ > > > ++ * config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, > > > UNSPEC_DARN_32, > > > ++ UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move > > > to... > > > ++ * config/rs6000/rs6000.md (unspec): ... here. > > > ++ * config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb, > > > ++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, > > > *cmprb2_internal, > > > ++ cmpeqb, *cmpeqb_internal): Delete, move to... > > > ++ * config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb, > > > ++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, > > > *cmprb2_internal, > > > ++ cmpeqb, *cmpeqb_internal): ... here. > > > ++ > > > ++2019-08-22 Kyrylo Tkachov > > > ++ > > > ++ * config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for > > > CRC32 > > > ++ intrinsics if __ARM_FP. > > > ++ Use __ARM_FEATURE_CRC32 ifdef guard. > > > ++ > > > ++2019-08-22 Wilco Dijkstra > > > ++ > > > ++ * config/arm/arm.md (neon_for_64bits): Remove. > > > ++ (avoid_neon_for_64bits): Remove. > > > ++ (arm_adddi3): Always split early. > > > ++ (arm_subdi3): Always split early. > > > ++ (negdi2): Remove Neon expansion. > > > ++ (split zero_extend): Split before reload. > > > ++ (split sign_extend): Split before reload. > > > ++ > > > ++2019-08-22 Wilco Dijkstra > > > ++ > > > ++ * config/arm/iterators.md (qhs_extenddi_cstr): Update. > > > ++ (qhs_extenddi_cstr): Likewise. > > > ++ * config/arm/arm.md (ashldi3): Always expand early. > > > ++ (ashlsi3): Likewise. > > > ++ (ashrsi3): Likewise. > > > ++ (zero_extenddi2): Remove Neon variants. > > > ++ (extenddi2): Likewise. > > >
Re: [OE-core] [thud][PATCH] gcc: CVE fix
On 9/16/19 10:53 AM, Muminul Islam wrote: > Signed-off-by: Muminul Islam > --- > .../gcc/gcc/CVE-2019-15847.patch | 642 ++ > meta/recipes-devtools/gcc/gcc_8.2.bb | 4 + > 2 files changed, 646 insertions(+) Is there a master and warrior fix in the OE queues? I may have missed it - armin > create mode 100644 meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > diff --git a/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > new file mode 100644 > index 00..a18d8175a2 > --- /dev/null > +++ b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > @@ -0,0 +1,642 @@ > +From 9fc82916580cba45734bc6325d38a0d29956de95 Mon Sep 17 00:00:00 2001 > +From: segher > +Date: Thu, 22 Aug 2019 19:36:21 + > +Subject: [PATCH 1/2] rs6000: Use unspec_volatile for darn (PR91481) > +Reply-To: muis...@microsoft.com > + > +Every call to darn should deliver a *new* random number; such calls > +should not be CSEd together. So they should be unspec_volatile, not > +plain unspec. > + > + PR target/91481 > + * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32, > + and UNSPEC_DARN_RAW. > + (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and > + UNSPECV_DARN_RAW. > + (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. > + (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. > + (darn): Use an unspec_volatile, and UNSPECV_DARN. > + > +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835 > 138bc75d-0d04-0410-961f-82ee72b054a4 > +Signed-off-by: Muminul Islam > + > +CVE: CVE-2019-15847 > +Upstream-Status: Backport > +--- > + gcc/ChangeLog | 337 +++- > + gcc/config/rs6000/rs6000.md | 170 ++ > + 2 files changed, 506 insertions(+), 1 deletion(-) > + > +diff --git a/gcc/ChangeLog b/gcc/ChangeLog > +index b93dae5dfb0..f3de9bb65e3 100644 > +--- a/gcc/ChangeLog > b/gcc/ChangeLog > +@@ -1,4 +1,339 @@ > +-2018-07-26 Release Manager > ++2019-08-22 Segher Boessenkool > ++ > ++PR target/91481 > ++* config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32, > ++and UNSPEC_DARN_RAW. > ++(unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and > ++UNSPECV_DARN_RAW. > ++(darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. > ++(darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. > ++(darn): Use an unspec_volatile, and UNSPECV_DARN. > ++ > ++2019-08-22 Segher Boessenkool > ++ > ++* config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32, > ++UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move to... > ++* config/rs6000/rs6000.md (unspec): ... here. > ++* config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb, > ++*cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal, > ++cmpeqb, *cmpeqb_internal): Delete, move to... > ++* config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb, > ++*cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal, > ++cmpeqb, *cmpeqb_internal): ... here. > ++ > ++2019-08-22 Kyrylo Tkachov > ++ > ++* config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for CRC32 > ++intrinsics if __ARM_FP. > ++Use __ARM_FEATURE_CRC32 ifdef guard. > ++ > ++2019-08-22 Wilco Dijkstra > ++ > ++* config/arm/arm.md (neon_for_64bits): Remove. > ++(avoid_neon_for_64bits): Remove. > ++(arm_adddi3): Always split early. > ++(arm_subdi3): Always split early. > ++(negdi2): Remove Neon expansion. > ++(split zero_extend): Split before reload. > ++(split sign_extend): Split before reload. > ++ > ++2019-08-22 Wilco Dijkstra > ++ > ++* config/arm/iterators.md (qhs_extenddi_cstr): Update. > ++(qhs_extenddi_cstr): Likewise. > ++* config/arm/arm.md (ashldi3): Always expand early. > ++(ashlsi3): Likewise. > ++(ashrsi3): Likewise. > ++(zero_extenddi2): Remove Neon variants. > ++(extenddi2): Likewise. > ++* config/arm/neon.md (ashldi3_neon_noclobber): Remove. > ++(signed_shift_di3_neon): Likewise. > ++(unsigned_shift_di3_neon): Likewise. > ++(ashrdi3_neon_imm_noclobber): Likewise. > ++(lshrdi3_neon_imm_noclobber): Likewise. > ++(di3_neon): Likewise. > ++(split extend): Remove DI extend split patterns. > ++ > ++2019-08-22 Wilco Dijkstra > ++ > ++* config/arm/arm.md (split and/eor/ior): Remove Neon check. > ++(split not): Add DImode not splitter. > ++(anddi3): Remove pattern. > ++(anddi3_insn): Likewise. > ++(anddi_zesidi_di): Likewise. > ++(anddi_sesdi_di): Likewise. > ++(anddi_notdi_di): Likewise. > ++(anddi_notzesidi_di): Likewise. > ++(anddi_notsesidi_di): Likewise. > ++(iordi3): Likewise. > ++(iordi3_insn): Likewise. > ++(iordi_zesidi_di): Likewise. > ++(iordi_sesidi_di): Likewise. > ++
[OE-core] [thud][PATCH] gcc: CVE fix
Signed-off-by: Muminul Islam --- .../gcc/gcc/CVE-2019-15847.patch | 642 ++ meta/recipes-devtools/gcc/gcc_8.2.bb | 4 + 2 files changed, 646 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch diff --git a/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch new file mode 100644 index 00..a18d8175a2 --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch @@ -0,0 +1,642 @@ +From 9fc82916580cba45734bc6325d38a0d29956de95 Mon Sep 17 00:00:00 2001 +From: segher +Date: Thu, 22 Aug 2019 19:36:21 + +Subject: [PATCH 1/2] rs6000: Use unspec_volatile for darn (PR91481) +Reply-To: muis...@microsoft.com + +Every call to darn should deliver a *new* random number; such calls +should not be CSEd together. So they should be unspec_volatile, not +plain unspec. + + PR target/91481 + * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32, + and UNSPEC_DARN_RAW. + (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and + UNSPECV_DARN_RAW. + (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. + (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. + (darn): Use an unspec_volatile, and UNSPECV_DARN. + +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835 138bc75d-0d04-0410-961f-82ee72b054a4 +Signed-off-by: Muminul Islam + +CVE: CVE-2019-15847 +Upstream-Status: Backport +--- + gcc/ChangeLog | 337 +++- + gcc/config/rs6000/rs6000.md | 170 ++ + 2 files changed, 506 insertions(+), 1 deletion(-) + +diff --git a/gcc/ChangeLog b/gcc/ChangeLog +index b93dae5dfb0..f3de9bb65e3 100644 +--- a/gcc/ChangeLog b/gcc/ChangeLog +@@ -1,4 +1,339 @@ +-2018-07-26 Release Manager ++2019-08-22 Segher Boessenkool ++ ++ PR target/91481 ++ * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32, ++ and UNSPEC_DARN_RAW. ++ (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and ++ UNSPECV_DARN_RAW. ++ (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. ++ (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. ++ (darn): Use an unspec_volatile, and UNSPECV_DARN. ++ ++2019-08-22 Segher Boessenkool ++ ++ * config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32, ++ UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move to... ++ * config/rs6000/rs6000.md (unspec): ... here. ++ * config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb, ++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal, ++ cmpeqb, *cmpeqb_internal): Delete, move to... ++ * config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb, ++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal, ++ cmpeqb, *cmpeqb_internal): ... here. ++ ++2019-08-22 Kyrylo Tkachov ++ ++ * config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for CRC32 ++ intrinsics if __ARM_FP. ++ Use __ARM_FEATURE_CRC32 ifdef guard. ++ ++2019-08-22 Wilco Dijkstra ++ ++ * config/arm/arm.md (neon_for_64bits): Remove. ++ (avoid_neon_for_64bits): Remove. ++ (arm_adddi3): Always split early. ++ (arm_subdi3): Always split early. ++ (negdi2): Remove Neon expansion. ++ (split zero_extend): Split before reload. ++ (split sign_extend): Split before reload. ++ ++2019-08-22 Wilco Dijkstra ++ ++ * config/arm/iterators.md (qhs_extenddi_cstr): Update. ++ (qhs_extenddi_cstr): Likewise. ++ * config/arm/arm.md (ashldi3): Always expand early. ++ (ashlsi3): Likewise. ++ (ashrsi3): Likewise. ++ (zero_extenddi2): Remove Neon variants. ++ (extenddi2): Likewise. ++ * config/arm/neon.md (ashldi3_neon_noclobber): Remove. ++ (signed_shift_di3_neon): Likewise. ++ (unsigned_shift_di3_neon): Likewise. ++ (ashrdi3_neon_imm_noclobber): Likewise. ++ (lshrdi3_neon_imm_noclobber): Likewise. ++ (di3_neon): Likewise. ++ (split extend): Remove DI extend split patterns. ++ ++2019-08-22 Wilco Dijkstra ++ ++ * config/arm/arm.md (split and/eor/ior): Remove Neon check. ++ (split not): Add DImode not splitter. ++ (anddi3): Remove pattern. ++ (anddi3_insn): Likewise. ++ (anddi_zesidi_di): Likewise. ++ (anddi_sesdi_di): Likewise. ++ (anddi_notdi_di): Likewise. ++ (anddi_notzesidi_di): Likewise. ++ (anddi_notsesidi_di): Likewise. ++ (iordi3): Likewise. ++ (iordi3_insn): Likewise. ++ (iordi_zesidi_di): Likewise. ++ (iordi_sesidi_di): Likewise. ++ (xordi3): Likewise. ++ (xordi3_insn): Likewise. ++ (xordi_sesidi_di): Likewise. ++ (xordi_zesidi_di): Likewise. ++ (one_cmpldi2): Likewise. ++ (one_cmpldi2_insn): Likewise. ++ * config/arm/constraints.md: Remove De, Df,
Re: [OE-core] [PATCH] kernel: do verbose builds
On 16/09/2019 14:18, Bruce Ashfield wrote:
On Mon, Sep 16, 2019 at 8:41 AM Ross Burton wrote:
Pass V=1 to kernel builds so that the compile log is more useful if it all goes
wrong.
Signed-off-by: Ross Burton
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index ebcb79a5286..9d2e1e476d4 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -324,7 +324,7 @@ kernel_do_compile() {
fi
cc_extra=$(get_cc_option)
for typeformake in ${KERNEL_IMAGETYPE_FOR_MAKE} ; do
- oe_runmake ${typeformake} CC="${KERNEL_CC} $cc_extra "
LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} $use_alternate_initrd
+ oe_runmake ${typeformake} CC="${KERNEL_CC} $cc_extra "
LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} V=1 $use_alternate_initrd
Personally, I wouldn't want this on all the time. Most of what V=1
provides, I never use for debugging and it just clutters the logs.
Can't this be triggered off a packageconfig-like setting for those
that want it ?
If you object then I guess it's easy enough to add it to
KERNEL_EXTRA_ARGS or something when required. I only did this because I
was chasing that build paths thing and needed the full build log, and
typically we enable the full build log so it's there if required.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] Remove SSTATE_HASHEQUIV_SERVER
Removes all references to the SSTATE_HASHEQUIV_SERVER variable. This
variable is redundant now that BB_HASHSERVE is present.
Signed-off-by: Joshua Watt
---
meta/classes/sstate.bbclass | 5 -
meta/conf/bitbake.conf | 2 +-
meta/lib/oe/sstatesig.py| 8 ++--
3 files changed, 3 insertions(+), 12 deletions(-)
diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 1123a9b..b47b9c23bf2 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -89,11 +89,6 @@ SSTATE_HASHEQUIV_METHOD[doc] = "The fully-qualified function
used to calculate \
the output hash for a task, which in turn is used to determine
equivalency. \
"
-SSTATE_HASHEQUIV_SERVER ?= ""
-SSTATE_HASHEQUIV_SERVER[doc] = "The hash equivalence sever. For example, \
-'http://192.168.0.1:5000'. Do not include a trailing slash \
-"
-
SSTATE_HASHEQUIV_REPORT_TASKDATA ?= "0"
SSTATE_HASHEQUIV_REPORT_TASKDATA[doc] = "Report additional useful data to the \
hash equivalency server, such as PN, PV, taskname, etc. This information \
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index a0a7f4911e0..263d8aea4fb 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -872,7 +872,7 @@ BB_HASHBASE_WHITELIST ?= "TMPDIR FILE PATH PWD BB_TASKHASH
BBPATH BBSERVER DL_DI
CCACHE_DIR EXTERNAL_TOOLCHAIN CCACHE CCACHE_NOHASHDIR LICENSE_PATH
SDKPKGSUFFIX \
WARN_QA ERROR_QA WORKDIR STAMPCLEAN PKGDATA_DIR BUILD_ARCH SSTATE_PKGARCH \
BB_WORKERCONTEXT BB_LIMITEDDEPS BB_UNIHASH extend_recipe_sysroot
DEPLOY_DIR \
-SSTATE_HASHEQUIV_METHOD SSTATE_HASHEQUIV_SERVER
SSTATE_HASHEQUIV_REPORT_TASKDATA \
+SSTATE_HASHEQUIV_METHOD SSTATE_HASHEQUIV_REPORT_TASKDATA \
SSTATE_HASHEQUIV_OWNER CCACHE_TOP_DIR BB_HASHSERVE"
BB_HASHCONFIG_WHITELIST ?= "${BB_HASHBASE_WHITELIST} DATE TIME SSH_AGENT_PID \
SSH_AUTH_SOCK PSEUDO_BUILD BB_ENV_EXTRAWHITE DISABLE_SANITY_CHECKS \
diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index b1ef5c039b3..50d80bf51a1 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -262,13 +262,9 @@ class
SignatureGeneratorOEEquivHash(bb.siggen.SignatureGeneratorUniHashMixIn, Si
def init_rundepcheck(self, data):
super().init_rundepcheck(data)
-autostart = data.getVar('BB_HASHSERVE')
-if autostart:
-self.server = autostart
-else:
-self.server = data.getVar('SSTATE_HASHEQUIV_SERVER')
+self.server = data.getVar('BB_HASHSERVE')
if not self.server:
-bb.fatal("OEEquivHash requires SSTATE_HASHEQUIV_SERVER or
BB_HASHSERVE to be set")
+bb.fatal("OEEquivHash requires BB_HASHSERVE to be set")
self.method = data.getVar('SSTATE_HASHEQUIV_METHOD')
if not self.method:
bb.fatal("OEEquivHash requires SSTATE_HASHEQUIV_METHOD to be set")
--
2.21.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Update for new hash equivalence server
Updates to deal with the new hash equivalence server in bitbake Joshua Watt (2): sstatesig: Update server URI Remove SSTATE_HASHEQUIV_SERVER meta/classes/sstate.bbclass | 5 - meta/conf/bitbake.conf | 2 +- meta/lib/oe/sstatesig.py| 8 ++-- 3 files changed, 3 insertions(+), 12 deletions(-) -- 2.21.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] sstatesig: Update server URI
The server no longer uses a "http://; URI, since it has been updated to
use a different protocol.
Signed-off-by: Joshua Watt
---
meta/lib/oe/sstatesig.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index 0c7a6f5ed84..b1ef5c039b3 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -264,7 +264,7 @@ class
SignatureGeneratorOEEquivHash(bb.siggen.SignatureGeneratorUniHashMixIn, Si
super().init_rundepcheck(data)
autostart = data.getVar('BB_HASHSERVE')
if autostart:
-self.server = "http://; + autostart
+self.server = autostart
else:
self.server = data.getVar('SSTATE_HASHEQUIV_SERVER')
if not self.server:
--
2.21.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for Update for new hash equivalence server
== Series Details == Series: Update for new hash equivalence server Revision: 1 URL : https://patchwork.openembedded.org/series/19979/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed series by patchtest resulting in the following failures: * Patch[2/2] Remove SSTATE_HASHEQUIV_SERVER Issue Shortlog does not follow expected format [test_shortlog_format] Suggested fixCommit shortlog (first line of commit message) should follow the format ": " If you believe any of these test results are incorrect, please reply to the mailing list (openembedded-core@lists.openembedded.org) raising your concerns. Otherwise we would appreciate you correcting the issues and submitting a new version of the patchset if applicable. Please ensure you add/increment the version number when sending the new version (i.e. [PATCH] -> [PATCH v2] -> [PATCH v3] -> ...). --- Guidelines: https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [thud][PATCH] gcc: CVE fix
On Mon, Sep 16, 2019 at 10:53 AM Muminul Islam wrote: > > Signed-off-by: Muminul Islam > --- > .../gcc/gcc/CVE-2019-15847.patch | 642 ++ > meta/recipes-devtools/gcc/gcc_8.2.bb | 4 + > 2 files changed, 646 insertions(+) > create mode 100644 meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > diff --git a/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > new file mode 100644 > index 00..a18d8175a2 > --- /dev/null > +++ b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > @@ -0,0 +1,642 @@ > +From 9fc82916580cba45734bc6325d38a0d29956de95 Mon Sep 17 00:00:00 2001 > +From: segher > +Date: Thu, 22 Aug 2019 19:36:21 + > +Subject: [PATCH 1/2] rs6000: Use unspec_volatile for darn (PR91481) > +Reply-To: muis...@microsoft.com > + > +Every call to darn should deliver a *new* random number; such calls > +should not be CSEd together. So they should be unspec_volatile, not > +plain unspec. > + > + PR target/91481 > + * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, > UNSPEC_DARN_32, > + and UNSPEC_DARN_RAW. > + (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and > + UNSPECV_DARN_RAW. > + (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. > + (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. > + (darn): Use an unspec_volatile, and UNSPECV_DARN. > + > +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835 > 138bc75d-0d04-0410-961f-82ee72b054a4 > +Signed-off-by: Muminul Islam > + > +CVE: CVE-2019-15847 > +Upstream-Status: Backport > +--- > + gcc/ChangeLog | 337 +++- > + gcc/config/rs6000/rs6000.md | 170 ++ > + 2 files changed, 506 insertions(+), 1 deletion(-) > + > +diff --git a/gcc/ChangeLog b/gcc/ChangeLog > +index b93dae5dfb0..f3de9bb65e3 100644 > +--- a/gcc/ChangeLog > b/gcc/ChangeLog > +@@ -1,4 +1,339 @@ > +-2018-07-26 Release Manager > ++2019-08-22 Segher Boessenkool > ++ > ++ PR target/91481 > ++ * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, > UNSPEC_DARN_32, > ++ and UNSPEC_DARN_RAW. > ++ (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and > ++ UNSPECV_DARN_RAW. > ++ (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. > ++ (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. > ++ (darn): Use an unspec_volatile, and UNSPECV_DARN. > ++ > ++2019-08-22 Segher Boessenkool > ++ > ++ * config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, > UNSPEC_DARN_32, > ++ UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move > to... > ++ * config/rs6000/rs6000.md (unspec): ... here. > ++ * config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb, > ++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal, > ++ cmpeqb, *cmpeqb_internal): Delete, move to... > ++ * config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb, > ++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal, > ++ cmpeqb, *cmpeqb_internal): ... here. > ++ > ++2019-08-22 Kyrylo Tkachov > ++ > ++ * config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for CRC32 > ++ intrinsics if __ARM_FP. > ++ Use __ARM_FEATURE_CRC32 ifdef guard. > ++ > ++2019-08-22 Wilco Dijkstra > ++ > ++ * config/arm/arm.md (neon_for_64bits): Remove. > ++ (avoid_neon_for_64bits): Remove. > ++ (arm_adddi3): Always split early. > ++ (arm_subdi3): Always split early. > ++ (negdi2): Remove Neon expansion. > ++ (split zero_extend): Split before reload. > ++ (split sign_extend): Split before reload. > ++ > ++2019-08-22 Wilco Dijkstra > ++ > ++ * config/arm/iterators.md (qhs_extenddi_cstr): Update. > ++ (qhs_extenddi_cstr): Likewise. > ++ * config/arm/arm.md (ashldi3): Always expand early. > ++ (ashlsi3): Likewise. > ++ (ashrsi3): Likewise. > ++ (zero_extenddi2): Remove Neon variants. > ++ (extenddi2): Likewise. > ++ * config/arm/neon.md (ashldi3_neon_noclobber): Remove. > ++ (signed_shift_di3_neon): Likewise. > ++ (unsigned_shift_di3_neon): Likewise. > ++ (ashrdi3_neon_imm_noclobber): Likewise. > ++ (lshrdi3_neon_imm_noclobber): Likewise. > ++ (di3_neon): Likewise. > ++ (split extend): Remove DI extend split patterns. > ++ > ++2019-08-22 Wilco Dijkstra > ++ > ++ * config/arm/arm.md (split and/eor/ior): Remove Neon check. > ++ (split not): Add DImode not splitter. > ++ (anddi3): Remove pattern. > ++ (anddi3_insn): Likewise. > ++ (anddi_zesidi_di): Likewise. > ++ (anddi_sesdi_di): Likewise. > ++ (anddi_notdi_di): Likewise. > ++ (anddi_notzesidi_di): Likewise. > ++ (anddi_notsesidi_di): Likewise. > ++ (iordi3): Likewise. > ++ (iordi3_insn): Likewise. > ++
[OE-core] [PATCH 4/8] ffmpeg: don't rely on configure to correctly detect ARM vfp or neon
Signed-off-by: Andre McCurdy
---
meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
index 307e37e3fe..c4261248b6 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
@@ -114,10 +114,19 @@ EXTRA_OECONF = " \
--pkg-config=pkg-config \
"
+# Do not trust configure to determine if ARM vfp or neon are available.
+#
+EXTRA_OECONF_ARM = " \
+${@bb.utils.contains('TUNE_FEATURES','vfp','--enable-vfp','--disable-vfp',
d)} \
+
${@bb.utils.contains("TUNE_FEATURES",'neon','--enable-neon','--disable-neon',d)}
\
+"
+EXTRA_OECONF_append_arm = " ${EXTRA_OECONF_ARM}"
+EXTRA_OECONF_append_armeb = " ${EXTRA_OECONF_ARM}"
+
EXTRA_OECONF_append_linux-gnux32 = " --disable-asm"
+
# gold crashes on x86, another solution is to --disable-asm but thats more
hacky
# ld.gold: internal error in relocate_section, at ../../gold/i386.cc:3684
-
LDFLAGS_append_x86 = "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', '
-fuse-ld=bfd ', '', d)}"
do_configure() {
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/8] busybox: rcS and rcK should not be writeable by everyone
Signed-off-by: Andre McCurdy
---
meta/recipes-core/busybox/busybox.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 49165d7f51..4c3969501a 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -316,8 +316,8 @@ do_install () {
fi
fi
if grep -q "CONFIG_INIT=y" ${B}/.config; then
- install -D -m 0777 ${WORKDIR}/rcS ${D}${sysconfdir}/init.d/rcS
- install -D -m 0777 ${WORKDIR}/rcK ${D}${sysconfdir}/init.d/rcK
+ install -D -m 0755 ${WORKDIR}/rcS ${D}${sysconfdir}/init.d/rcS
+ install -D -m 0755 ${WORKDIR}/rcK ${D}${sysconfdir}/init.d/rcK
fi
if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)};
then
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/8] base-files: drop legacy empty file /etc/default/usbd
Doesn't seem to be referenced by anything in oe-core any more.
Signed-off-by: Andre McCurdy
---
meta/recipes-core/base-files/base-files/usbd | 0
meta/recipes-core/base-files/base-files_3.0.14.bb | 2 --
2 files changed, 2 deletions(-)
delete mode 100644 meta/recipes-core/base-files/base-files/usbd
diff --git a/meta/recipes-core/base-files/base-files/usbd
b/meta/recipes-core/base-files/base-files/usbd
deleted file mode 100644
index e69de29bb2..00
diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb
b/meta/recipes-core/base-files/base-files_3.0.14.bb
index 2b1f217ddb..94299431f6 100644
--- a/meta/recipes-core/base-files/base-files_3.0.14.bb
+++ b/meta/recipes-core/base-files/base-files_3.0.14.bb
@@ -20,7 +20,6 @@ SRC_URI = "file://rotation \
file://fstab \
file://issue.net \
file://issue \
- file://usbd \
file://share/dot.bashrc \
file://share/dot.profile \
file://licenses/GPL-2 \
@@ -122,7 +121,6 @@ do_install () {
fi
install -m 0644 ${WORKDIR}/fstab ${D}${sysconfdir}/fstab
- install -m 0644 ${WORKDIR}/usbd ${D}${sysconfdir}/default/usbd
install -m 0644 ${WORKDIR}/profile ${D}${sysconfdir}/profile
sed -i 's#ROOTHOME#${ROOT_HOME}#' ${D}${sysconfdir}/profile
sed -i 's#@BINDIR@#${bindir}#g' ${D}${sysconfdir}/profile
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 8/8] libunwind: apply configure over-ride to both big and little endian ARM
Signed-off-by: Andre McCurdy
---
meta/recipes-support/libunwind/libunwind.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-support/libunwind/libunwind.inc
b/meta/recipes-support/libunwind/libunwind.inc
index 5726589661..76a1bf6246 100644
--- a/meta/recipes-support/libunwind/libunwind.inc
+++ b/meta/recipes-support/libunwind/libunwind.inc
@@ -12,6 +12,7 @@ PACKAGECONFIG[lzma] =
"--enable-minidebuginfo,--disable-minidebuginfo,xz"
PACKAGECONFIG[latexdocs] = "--enable-documentation, --disable-documentation,
latex2man-native"
EXTRA_OECONF_arm = "--enable-debug-frame"
+EXTRA_OECONF_armeb = "--enable-debug-frame"
EXTRA_OECONF_aarch64 = "--enable-debug-frame"
do_install_append () {
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] classes/reproducible_build: Move SDE deploy to another directory
The deployment of the source date epoch file had a race condition where
any task attempting to read from the file would race with creation of
the sstate archive for the do_deploy_source_date_epoch task. The
creation of the sstate archive requires moving the directory to a
temporary location, then moving it back. This means that the file
disappears for a short period of time, which will cause a failure if any
other task is running and trying to open the file to get the current
source date epoch.
The solution is to copy the source date epoch file to a separate
directory when deploying so the file never disappears. When the file is
restored from sstate, it is moved to the correct location after being
extracted.
[YOCTO #13501]
Signed-off-by: Joshua Watt
---
meta/classes/reproducible_build.bbclass | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/classes/reproducible_build.bbclass
b/meta/classes/reproducible_build.bbclass
index 8788ad7145c..4753d458b58 100644
--- a/meta/classes/reproducible_build.bbclass
+++ b/meta/classes/reproducible_build.bbclass
@@ -39,19 +39,23 @@ inherit
${@oe.utils.ifelse(d.getVar('BUILD_REPRODUCIBLE_BINARIES') == '1', 'repr
SDE_DIR ="${WORKDIR}/source-date-epoch"
SDE_FILE = "${SDE_DIR}/__source_date_epoch.txt"
+SDE_DEPLOYDIR = "${WORKDIR}/deploy-source-date-epoch"
SSTATETASKS += "do_deploy_source_date_epoch"
do_deploy_source_date_epoch () {
echo "Deploying SDE to ${SDE_DIR}."
+mkdir -p ${SDE_DEPLOYDIR}
+cp -p ${SDE_FILE} ${SDE_DEPLOYDIR}/__source_date_epoch.txt
}
python do_deploy_source_date_epoch_setscene () {
sstate_setscene(d)
+os.rename(os.path.join(d.getVar('SDE_DEPLOYDIR'),
'__source_date_epoch.txt'), d.getVar('SDE_FILE'))
}
-do_deploy_source_date_epoch[dirs] = "${SDE_DIR}"
-do_deploy_source_date_epoch[sstate-plaindirs] = "${SDE_DIR}"
+do_deploy_source_date_epoch[dirs] = "${SDE_DEPLOYDIR}"
+do_deploy_source_date_epoch[sstate-plaindirs] = "${SDE_DEPLOYDIR}"
addtask do_deploy_source_date_epoch_setscene
addtask do_deploy_source_date_epoch before do_configure after do_patch
--
2.21.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 7/8] initscripts: enable alignment.sh init script for big endian ARM
Signed-off-by: Andre McCurdy
---
.../initscripts/initscripts-1.0/{arm => }/alignment.sh | 0
meta/recipes-core/initscripts/initscripts_1.0.bb | 1 +
2 files changed, 1 insertion(+)
rename meta/recipes-core/initscripts/initscripts-1.0/{arm => }/alignment.sh
(100%)
diff --git a/meta/recipes-core/initscripts/initscripts-1.0/arm/alignment.sh
b/meta/recipes-core/initscripts/initscripts-1.0/alignment.sh
similarity index 100%
rename from meta/recipes-core/initscripts/initscripts-1.0/arm/alignment.sh
rename to meta/recipes-core/initscripts/initscripts-1.0/alignment.sh
diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb
b/meta/recipes-core/initscripts/initscripts_1.0.bb
index 91eea4b8c2..1a59b82fbf 100644
--- a/meta/recipes-core/initscripts/initscripts_1.0.bb
+++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
@@ -40,6 +40,7 @@ SRC_URI = "file://functions \
S = "${WORKDIR}"
SRC_URI_append_arm = " file://alignment.sh"
+SRC_URI_append_armeb = " file://alignment.sh"
KERNEL_VERSION = ""
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/8] libwebp: apply ARM specific config options to big endian ARM
Signed-off-by: Andre McCurdy
---
meta/recipes-multimedia/webp/libwebp_1.0.3.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/webp/libwebp_1.0.3.bb
b/meta/recipes-multimedia/webp/libwebp_1.0.3.bb
index 01fc02d23b..a4d1ae43d9 100644
--- a/meta/recipes-multimedia/webp/libwebp_1.0.3.bb
+++ b/meta/recipes-multimedia/webp/libwebp_1.0.3.bb
@@ -25,11 +25,14 @@ EXTRA_OECONF = " \
--enable-libwebpdemux \
--enable-threading \
"
+
# Do not trust configure to determine if neon is available.
#
-EXTRA_OECONF_append_arm = " \
+EXTRA_OECONF_ARM = " \
${@bb.utils.contains("TUNE_FEATURES","neon","--enable-neon","--disable-neon",d)}
\
"
+EXTRA_OECONF_append_arm = " ${EXTRA_OECONF_ARM}"
+EXTRA_OECONF_append_armeb = " ${EXTRA_OECONF_ARM}"
inherit autotools lib_package
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/8] ffmpeg: add PACKAGECONFIG controls for alsa and zlib (enable by default)
Also move the libogg dependency to the theora PACKAGECONFIG, since
according to the configure script, theora is the specific component
which requires it.
Signed-off-by: Andre McCurdy
---
meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
index 2d69d8bd72..307e37e3fe 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
@@ -38,12 +38,12 @@ ARM_INSTRUCTION_SET_armv6 = "arm"
# libpostproc was previously packaged from a separate recipe
PROVIDES = "libav libpostproc"
-DEPENDS = "alsa-lib zlib libogg nasm-native"
+DEPENDS = "nasm-native"
inherit autotools pkgconfig
PACKAGECONFIG ??= "avdevice avfilter avcodec avformat swresample swscale
postproc avresample \
- bzlib gpl lzma theora x264 \
+ alsa bzlib gpl lzma theora x264 zlib \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xv xcb',
'', d)}"
# libraries to build in addition to avutil
@@ -57,6 +57,7 @@ PACKAGECONFIG[postproc] =
"--enable-postproc,--disable-postproc"
PACKAGECONFIG[avresample] = "--enable-avresample,--disable-avresample"
# features to support
+PACKAGECONFIG[alsa] = "--enable-alsa,--disable-alsa,alsa-lib"
PACKAGECONFIG[bzlib] = "--enable-bzlib,--disable-bzlib,bzip2"
PACKAGECONFIG[gpl] = "--enable-gpl,--disable-gpl"
PACKAGECONFIG[gsm] = "--enable-libgsm,--disable-libgsm,libgsm"
@@ -68,13 +69,14 @@ PACKAGECONFIG[mp3lame] =
"--enable-libmp3lame,--disable-libmp3lame,lame"
PACKAGECONFIG[openssl] = "--enable-openssl,--disable-openssl,openssl"
PACKAGECONFIG[sdl2] = "--enable-sdl2,--disable-sdl2,virtual/libsdl2"
PACKAGECONFIG[speex] = "--enable-libspeex,--disable-libspeex,speex"
-PACKAGECONFIG[theora] = "--enable-libtheora,--disable-libtheora,libtheora"
+PACKAGECONFIG[theora] = "--enable-libtheora,--disable-libtheora,libtheora
libogg"
PACKAGECONFIG[vaapi] = "--enable-vaapi,--disable-vaapi,libva"
PACKAGECONFIG[vdpau] = "--enable-vdpau,--disable-vdpau,libvdpau"
PACKAGECONFIG[vpx] = "--enable-libvpx,--disable-libvpx,libvpx"
PACKAGECONFIG[x264] = "--enable-libx264,--disable-libx264,x264"
PACKAGECONFIG[xcb] = "--enable-libxcb,--disable-libxcb,libxcb"
PACKAGECONFIG[xv] = "--enable-outdev=xv,--disable-outdev=xv,libxv"
+PACKAGECONFIG[zlib] = "--enable-zlib,--disable-zlib,zlib"
# Check codecs that require --enable-nonfree
USE_NONFREE = "${@bb.utils.contains_any('PACKAGECONFIG', [ 'openssl' ], 'yes',
'', d)}"
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/8] ffmpeg: enable more verbose build logs
Signed-off-by: Andre McCurdy
---
meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
index c4261248b6..2809f343b8 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
@@ -129,6 +129,8 @@ EXTRA_OECONF_append_linux-gnux32 = " --disable-asm"
# ld.gold: internal error in relocate_section, at ../../gold/i386.cc:3684
LDFLAGS_append_x86 = "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', '
-fuse-ld=bfd ', '', d)}"
+EXTRA_OEMAKE = "V=1"
+
do_configure() {
${S}/configure ${EXTRA_OECONF}
}
--
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel: do verbose builds
On Mon, Sep 16, 2019 at 4:27 PM Ross Burton wrote:
>
> On 16/09/2019 14:18, Bruce Ashfield wrote:
> > On Mon, Sep 16, 2019 at 8:41 AM Ross Burton wrote:
> >>
> >> Pass V=1 to kernel builds so that the compile log is more useful if it all
> >> goes
> >> wrong.
> >>
> >> Signed-off-by: Ross Burton
> >> ---
> >> meta/classes/kernel.bbclass | 2 +-
> >> 1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> >> index ebcb79a5286..9d2e1e476d4 100644
> >> --- a/meta/classes/kernel.bbclass
> >> +++ b/meta/classes/kernel.bbclass
> >> @@ -324,7 +324,7 @@ kernel_do_compile() {
> >> fi
> >> cc_extra=$(get_cc_option)
> >> for typeformake in ${KERNEL_IMAGETYPE_FOR_MAKE} ; do
> >> - oe_runmake ${typeformake} CC="${KERNEL_CC} $cc_extra "
> >> LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} $use_alternate_initrd
> >> + oe_runmake ${typeformake} CC="${KERNEL_CC} $cc_extra "
> >> LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} V=1 $use_alternate_initrd
> >
> > Personally, I wouldn't want this on all the time. Most of what V=1
> > provides, I never use for debugging and it just clutters the logs.
> >
> > Can't this be triggered off a packageconfig-like setting for those
> > that want it ?
>
> If you object then I guess it's easy enough to add it to
> KERNEL_EXTRA_ARGS or something when required. I only did this because I
> was chasing that build paths thing and needed the full build log, and
> typically we enable the full build log so it's there if required.
'object' is a strong word :D I just know that for the most part, I'm
not looking at CFLAGS or other Make/path issues when I'm looking at
the kernel build for issues (and that could be different for other
folks), and that I've found I end up doing custom instrumentation to
debug Make issues, versus getting anything really useful out of V=1
(it's a bit chatty). That and I've never done production builds with
V=1 (even if it won't impact the output).
It would make the logs a bit bigger, but I can't see it having a
performance impact .. so really, it isn't a big deal. But it sounded
like a knob that we could add, since clearly there are two different
points of view and modes that people may use.
Cheers,
Bruce
>
> Ross
--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/8] ffmpeg: don't rely on configure to correctly detect ARM vfp or neon
This seems like something that could do with a ‘why’ in the commit message
and/or comments, to me.
On Sep 16, 2019, 12:25 PM -0700, Andre McCurdy , wrote:
> Signed-off-by: Andre McCurdy
> ---
> meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
> b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
> index 307e37e3fe..c4261248b6 100644
> --- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
> +++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
> @@ -114,10 +114,19 @@ EXTRA_OECONF = " \
> --pkg-config=pkg-config \
> "
>
> +# Do not trust configure to determine if ARM vfp or neon are available.
> +#
> +EXTRA_OECONF_ARM = " \
> + ${@bb.utils.contains('TUNE_FEATURES','vfp','--enable-vfp','--disable-vfp',
> d)} \
> +
> ${@bb.utils.contains("TUNE_FEATURES",'neon','--enable-neon','--disable-neon',d)}
> \
> +"
> +EXTRA_OECONF_append_arm = " ${EXTRA_OECONF_ARM}"
> +EXTRA_OECONF_append_armeb = " ${EXTRA_OECONF_ARM}"
> +
> EXTRA_OECONF_append_linux-gnux32 = " --disable-asm"
> +
> # gold crashes on x86, another solution is to --disable-asm but thats more
> hacky
> # ld.gold: internal error in relocate_section, at ../../gold/i386.cc:3684
> -
> LDFLAGS_append_x86 = "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', '
> -fuse-ld=bfd ', '', d)}"
>
> do_configure() {
> --
> 2.23.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [thud][PATCH] gcc: CVE fix
This patch has two commits one is code changes and another is test coverage. Both commits relate to a single CVE fix. What benefits would you get splitting the patch? On Mon, Sep 16, 2019 at 11:50 AM Khem Raj wrote: > > On Mon, Sep 16, 2019 at 10:53 AM Muminul Islam wrote: > > > > Signed-off-by: Muminul Islam > > --- > > .../gcc/gcc/CVE-2019-15847.patch | 642 ++ > > meta/recipes-devtools/gcc/gcc_8.2.bb | 4 + > > 2 files changed, 646 insertions(+) > > create mode 100644 meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > > > diff --git a/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > new file mode 100644 > > index 00..a18d8175a2 > > --- /dev/null > > +++ b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch > > @@ -0,0 +1,642 @@ > > +From 9fc82916580cba45734bc6325d38a0d29956de95 Mon Sep 17 00:00:00 2001 > > +From: segher > > +Date: Thu, 22 Aug 2019 19:36:21 + > > +Subject: [PATCH 1/2] rs6000: Use unspec_volatile for darn (PR91481) > > +Reply-To: muis...@microsoft.com > > + > > +Every call to darn should deliver a *new* random number; such calls > > +should not be CSEd together. So they should be unspec_volatile, not > > +plain unspec. > > + > > + PR target/91481 > > + * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, > > UNSPEC_DARN_32, > > + and UNSPEC_DARN_RAW. > > + (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and > > + UNSPECV_DARN_RAW. > > + (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. > > + (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. > > + (darn): Use an unspec_volatile, and UNSPECV_DARN. > > + > > +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835 > > 138bc75d-0d04-0410-961f-82ee72b054a4 > > +Signed-off-by: Muminul Islam > > + > > +CVE: CVE-2019-15847 > > +Upstream-Status: Backport > > +--- > > + gcc/ChangeLog | 337 +++- > > + gcc/config/rs6000/rs6000.md | 170 ++ > > + 2 files changed, 506 insertions(+), 1 deletion(-) > > + > > +diff --git a/gcc/ChangeLog b/gcc/ChangeLog > > +index b93dae5dfb0..f3de9bb65e3 100644 > > +--- a/gcc/ChangeLog > > b/gcc/ChangeLog > > +@@ -1,4 +1,339 @@ > > +-2018-07-26 Release Manager > > ++2019-08-22 Segher Boessenkool > > ++ > > ++ PR target/91481 > > ++ * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, > > UNSPEC_DARN_32, > > ++ and UNSPEC_DARN_RAW. > > ++ (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and > > ++ UNSPECV_DARN_RAW. > > ++ (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32. > > ++ (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW. > > ++ (darn): Use an unspec_volatile, and UNSPECV_DARN. > > ++ > > ++2019-08-22 Segher Boessenkool > > ++ > > ++ * config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, > > UNSPEC_DARN_32, > > ++ UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move > > to... > > ++ * config/rs6000/rs6000.md (unspec): ... here. > > ++ * config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb, > > ++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, > > *cmprb2_internal, > > ++ cmpeqb, *cmpeqb_internal): Delete, move to... > > ++ * config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb, > > ++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, > > *cmprb2_internal, > > ++ cmpeqb, *cmpeqb_internal): ... here. > > ++ > > ++2019-08-22 Kyrylo Tkachov > > ++ > > ++ * config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for CRC32 > > ++ intrinsics if __ARM_FP. > > ++ Use __ARM_FEATURE_CRC32 ifdef guard. > > ++ > > ++2019-08-22 Wilco Dijkstra > > ++ > > ++ * config/arm/arm.md (neon_for_64bits): Remove. > > ++ (avoid_neon_for_64bits): Remove. > > ++ (arm_adddi3): Always split early. > > ++ (arm_subdi3): Always split early. > > ++ (negdi2): Remove Neon expansion. > > ++ (split zero_extend): Split before reload. > > ++ (split sign_extend): Split before reload. > > ++ > > ++2019-08-22 Wilco Dijkstra > > ++ > > ++ * config/arm/iterators.md (qhs_extenddi_cstr): Update. > > ++ (qhs_extenddi_cstr): Likewise. > > ++ * config/arm/arm.md (ashldi3): Always expand early. > > ++ (ashlsi3): Likewise. > > ++ (ashrsi3): Likewise. > > ++ (zero_extenddi2): Remove Neon variants. > > ++ (extenddi2): Likewise. > > ++ * config/arm/neon.md (ashldi3_neon_noclobber): Remove. > > ++ (signed_shift_di3_neon): Likewise. > > ++ (unsigned_shift_di3_neon): Likewise. > > ++ (ashrdi3_neon_imm_noclobber): Likewise. > > ++ (lshrdi3_neon_imm_noclobber): Likewise. > > ++ (di3_neon): Likewise. > > ++ (split extend): Remove DI extend split patterns. > > ++ > > ++2019-08-22 Wilco Dijkstra > > ++ > > ++ *
[OE-core] [thud][PATCH v2] gcc: CVE fix for gcc
Signed-off-by: Muminul Islam
---
meta/recipes-devtools/gcc/gcc-8.2.inc | 2 +
.../gcc/gcc/0042-CVE-2019-15847_1.patch | 570
.../gcc/gcc/0043-CVE-2019-15847_2.patch | 640 ++
3 files changed, 1212 insertions(+)
create mode 100644 meta/recipes-devtools/gcc/gcc/0042-CVE-2019-15847_1.patch
create mode 100644 meta/recipes-devtools/gcc/gcc/0043-CVE-2019-15847_2.patch
diff --git a/meta/recipes-devtools/gcc/gcc-8.2.inc
b/meta/recipes-devtools/gcc/gcc-8.2.inc
index 866a77558b..cab494989e 100644
--- a/meta/recipes-devtools/gcc/gcc-8.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-8.2.inc
@@ -70,6 +70,8 @@ SRC_URI = "\
file://0039-Fix-for-testsuite-failure.patch \
file://0040-Re-introduce-spe-commandline-options.patch \
file://0041-ARC-fix-spec-gen.patch \
+ file://0042-CVE-2019-15847_1.patch \
+ file://0043-CVE-2019-15847_2.patch \
${BACKPORTS} \
"
BACKPORTS = "\
diff --git a/meta/recipes-devtools/gcc/gcc/0042-CVE-2019-15847_1.patch
b/meta/recipes-devtools/gcc/gcc/0042-CVE-2019-15847_1.patch
new file mode 100644
index 00..edebf2fb41
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc/0042-CVE-2019-15847_1.patch
@@ -0,0 +1,570 @@
+From 3efdb8c4afcbc5e07d33b05ab8c2bf88f42f4890 Mon Sep 17 00:00:00 2001
+From: segher
+Date: Thu, 22 Aug 2019 19:36:21 +
+Subject: [PATCH] rs6000: Use unspec_volatile for darn (PR91481)
+Reply-To: muis...@microsoft.com
+
+Every call to darn should deliver a *new* random number; such calls
+should not be CSEd together. So they should be unspec_volatile, not
+plain unspec.
+
+ PR target/91481
+ * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32,
+ and UNSPEC_DARN_RAW.
+ (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and
+ UNSPECV_DARN_RAW.
+ (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32.
+ (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW.
+ (darn): Use an unspec_volatile, and UNSPECV_DARN.
+
+git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835
138bc75d-0d04-0410-961f-82ee72b054a4
+Signed-off-by: Muminul Islam
+
+CVE: CVE-2019-15847
+Upstream-Status: Backport
+---
+ gcc/ChangeLog | 336 +++-
+ gcc/config/rs6000/rs6000.md | 169 +-
+ 2 files changed, 503 insertions(+), 2 deletions(-)
+
+diff --git a/gcc/ChangeLog b/gcc/ChangeLog
+index b93dae5dfb0..dc22d7e43b7 100644
+--- a/gcc/ChangeLog
b/gcc/ChangeLog
+@@ -1,4 +1,338 @@
+-2018-07-26 Release Manager
++2019-08-22 Segher Boessenkool
++
++ PR target/91481
++ * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32,
++ and UNSPEC_DARN_RAW.
++ (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and
++ UNSPECV_DARN_RAW.
++ (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32.
++ (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW.
++ (darn): Use an unspec_volatile, and UNSPECV_DARN.
++
++2019-08-22 Segher Boessenkool
++
++ * config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32,
++ UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move to...
++ * config/rs6000/rs6000.md (unspec): ... here.
++ * config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb,
++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal,
++ cmpeqb, *cmpeqb_internal): Delete, move to...
++ * config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb,
++ *cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal,
++ cmpeqb, *cmpeqb_internal): ... here.
++
++2019-08-22 Kyrylo Tkachov
++
++ * config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for CRC32
++ intrinsics if __ARM_FP.
++ Use __ARM_FEATURE_CRC32 ifdef guard.
++
++2019-08-22 Wilco Dijkstra
++
++ * config/arm/arm.md (neon_for_64bits): Remove.
++ (avoid_neon_for_64bits): Remove.
++ (arm_adddi3): Always split early.
++ (arm_subdi3): Always split early.
++ (negdi2): Remove Neon expansion.
++ (split zero_extend): Split before reload.
++ (split sign_extend): Split before reload.
++
++2019-08-22 Wilco Dijkstra
++
++ * config/arm/iterators.md (qhs_extenddi_cstr): Update.
++ (qhs_extenddi_cstr): Likewise.
++ * config/arm/arm.md (ashldi3): Always expand early.
++ (ashlsi3): Likewise.
++ (ashrsi3): Likewise.
++ (zero_extenddi2): Remove Neon variants.
++ (extenddi2): Likewise.
++ * config/arm/neon.md (ashldi3_neon_noclobber): Remove.
++ (signed_shift_di3_neon): Likewise.
++ (unsigned_shift_di3_neon): Likewise.
++ (ashrdi3_neon_imm_noclobber): Likewise.
++ (lshrdi3_neon_imm_noclobber): Likewise.
++ (di3_neon): Likewise.
++ (split extend): Remove DI extend split patterns.
++
++2019-08-22 Wilco Dijkstra
++
++ *
Re: [OE-core] [PATCH 4/8] ffmpeg: don't rely on configure to correctly detect ARM vfp or neon
On Mon, Sep 16, 2019 at 2:33 PM Christopher Larson wrote:
>
> This seems like something that could do with a ‘why’ in the commit message
> and/or comments, to me.
To be consistent with:
https://git.openembedded.org/openembedded-core/commit/?id=1a563214caf6bd5b3a026ebe953f8c692ebd640a
> On Sep 16, 2019, 12:25 PM -0700, Andre McCurdy , wrote:
>
> Signed-off-by: Andre McCurdy
> ---
> meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
> b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
> index 307e37e3fe..c4261248b6 100644
> --- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
> +++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.2.bb
> @@ -114,10 +114,19 @@ EXTRA_OECONF = " \
> --pkg-config=pkg-config \
> "
>
> +# Do not trust configure to determine if ARM vfp or neon are available.
> +#
> +EXTRA_OECONF_ARM = " \
> + ${@bb.utils.contains('TUNE_FEATURES','vfp','--enable-vfp','--disable-vfp',
> d)} \
> +
> ${@bb.utils.contains("TUNE_FEATURES",'neon','--enable-neon','--disable-neon',d)}
> \
> +"
> +EXTRA_OECONF_append_arm = " ${EXTRA_OECONF_ARM}"
> +EXTRA_OECONF_append_armeb = " ${EXTRA_OECONF_ARM}"
> +
> EXTRA_OECONF_append_linux-gnux32 = " --disable-asm"
> +
> # gold crashes on x86, another solution is to --disable-asm but thats more
> hacky
> # ld.gold: internal error in relocate_section, at ../../gold/i386.cc:3684
> -
> LDFLAGS_append_x86 = "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', '
> -fuse-ld=bfd ', '', d)}"
>
> do_configure() {
> --
> 2.23.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V5] weston-init: Add possibility to run weston as non-root user
These changes are from meta-96boards primarily
Launch the session via a udev rule based on what kind of display device
is available
delete weston-conf and move the fuctionality into weston-init other
layers are doing same
weston-init installs machine specific weston.ini therefore mark is
machine specific now
Signed-off-by: Khem Raj
Cc: Otavio Salvador
Signed-off-by: Ross Burton
---
v2: Drop duplicate isntall rule and use systemd_system_unitdir
v3: Use systemd_system_unitdir in FILES section too
v4: Move weston-conf logic into weston-init and delete it
v5: Mark machine specific
meta/conf/distro/include/maintainers.inc | 1 -
meta/recipes-graphics/wayland/weston-conf.bb | 35 -
meta/recipes-graphics/wayland/weston-init.bb | 28 +--
.../wayland/weston-init/71-weston-drm.rules | 2 +
.../wayland/weston-init/qemux86-64/weston.ini | 2 +
.../wayland/weston-init/qemux86/weston.ini| 2 +
.../wayland/weston-init/weston.ini| 74 +++
.../wayland/weston-init/weston.service| 13
.../wayland/weston-init/weston@.service | 37 ++
meta/recipes-graphics/wayland/weston_7.0.0.bb | 2 +-
10 files changed, 141 insertions(+), 55 deletions(-)
delete mode 100644 meta/recipes-graphics/wayland/weston-conf.bb
create mode 100644
meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
create mode 100644
meta/recipes-graphics/wayland/weston-init/qemux86-64/weston.ini
create mode 100644 meta/recipes-graphics/wayland/weston-init/qemux86/weston.ini
create mode 100644 meta/recipes-graphics/wayland/weston-init/weston.ini
delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.service
create mode 100644 meta/recipes-graphics/wayland/weston-init/weston@.service
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 5f21f98b2b..ab0c6c5541 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -718,7 +718,6 @@ RECIPE_MAINTAINER_pn-wayland = "Denys Dmytriyenko
"
RECIPE_MAINTAINER_pn-wayland-protocols = "Denys Dmytriyenko "
RECIPE_MAINTAINER_pn-webkitgtk = "Alexander Kanavin "
RECIPE_MAINTAINER_pn-weston = "Denys Dmytriyenko "
-RECIPE_MAINTAINER_pn-weston-conf = "Denys Dmytriyenko "
RECIPE_MAINTAINER_pn-weston-init = "Denys Dmytriyenko "
RECIPE_MAINTAINER_pn-wget = "Yi Zhao "
RECIPE_MAINTAINER_pn-which = "Anuj Mittal "
diff --git a/meta/recipes-graphics/wayland/weston-conf.bb
b/meta/recipes-graphics/wayland/weston-conf.bb
deleted file mode 100644
index f52200c46a..00
--- a/meta/recipes-graphics/wayland/weston-conf.bb
+++ /dev/null
@@ -1,35 +0,0 @@
-SUMMARY = "Weston, a Wayland compositor, configuration files"
-HOMEPAGE = "http://wayland.freedesktop.org;
-LICENSE = "MIT"
-LIC_FILES_CHKSUM =
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
-
-PACKAGE_ARCH = "${MACHINE_ARCH}"
-
-CONFFILES_${PN} = "${sysconfdir}/xdg/weston/weston.ini"
-
-FILES_${PN} = "${sysconfdir}/xdg/weston/weston.ini"
-
-PACKAGES = "${PN}"
-
-do_configure[noexec] = '1'
-do_compile[noexec] = '1'
-
-do_install() {
- :
-}
-
-do_install_qemux86() {
- mkdir -p ${D}/${sysconfdir}/xdg/weston
- cat << EOF > ${D}/${sysconfdir}/xdg/weston/weston.ini
-[core]
-backend=fbdev-backend.so
-EOF
-}
-
-do_install_qemux86-64() {
- mkdir -p ${D}/${sysconfdir}/xdg/weston
- cat << EOF > ${D}/${sysconfdir}/xdg/weston/weston.ini
-[core]
-backend=fbdev-backend.so
-EOF
-}
diff --git a/meta/recipes-graphics/wayland/weston-init.bb
b/meta/recipes-graphics/wayland/weston-init.bb
index 22ba5f3fb3..8b6689717c 100644
--- a/meta/recipes-graphics/wayland/weston-init.bb
+++ b/meta/recipes-graphics/wayland/weston-init.bb
@@ -2,23 +2,35 @@ SUMMARY = "Startup script and systemd unit file for the
Weston Wayland composito
LICENSE = "MIT"
LIC_FILES_CHKSUM =
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
+PACKAGE_ARCH = "${MACHINE_ARCH}"
+
SRC_URI = "file://init \
- file://weston.service \
+ file://weston.ini \
+ file://weston@.service \
+ file://71-weston-drm.rules \
file://weston-start"
S = "${WORKDIR}"
do_install() {
install -Dm755 ${WORKDIR}/init ${D}/${sysconfdir}/init.d/weston
- install -Dm0644 ${WORKDIR}/weston.service
${D}${systemd_system_unitdir}/weston.service
-
+ install -D -p -m0644 ${WORKDIR}/weston.ini
${D}${sysconfdir}/xdg/weston/weston.ini
+
+ # Install Weston systemd service and accompanying udev rule
+ install -D -p -m0644 ${WORKDIR}/weston@.service
${D}${systemd_system_unitdir}/weston@.service
+ sed -i -e s:/etc:${sysconfdir}:g \
+ -e s:/usr/bin:${bindir}:g \
+ -e s:/var:${localstatedir}:g \
+ ${D}${systemd_unitdir}/system/weston@.service
+ install -D -p -m0644 ${WORKDIR}/71-weston-drm.rules \
+
Re: [OE-core] [PATCH 4/8] ffmpeg: don't rely on configure to correctly detect ARM vfp or neon
On Mon, Sep 16, 2019 at 03:08:01PM -0700, Andre McCurdy wrote:
> On Mon, Sep 16, 2019 at 2:33 PM Christopher Larson wrote:
> >
> > This seems like something that could do with a ‘why’ in the commit message
> > and/or comments, to me.
>
> To be consistent with:
>
>
> https://git.openembedded.org/openembedded-core/commit/?id=1a563214caf6bd5b3a026ebe953f8c692ebd640a
>...
libwebp sets -mfpu=neon when autodetecting,
is there a similar problem with ffmpeg?
> > +# Do not trust configure to determine if ARM vfp or neon are available.
> > +#
> > +EXTRA_OECONF_ARM = " \
> > +
> > ${@bb.utils.contains('TUNE_FEATURES','vfp','--enable-vfp','--disable-vfp',
> > d)} \
> > +
> > ${@bb.utils.contains("TUNE_FEATURES",'neon','--enable-neon','--disable-neon',d)}
> > \
>...
If we cannot trust the vfp autodetection, why can we trust that the
autodetection of the vfp variant (vfpv2, vfpv3 or vfpv3-d16) and
the exact architecture (e.g. armv5te, armv6, armv6k or armv6t2)
are correct?
Which brings us back to the problem what the actual problem is (if any).
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] testimage.bbclass: Add kernel provider and version to testresult
In running QA testing, we sometime need to select custom provider for
virtual/kernel and version. To track the selected virtual/kernel provider
and version used during test, we need to add these information to
testresult.
This patch add the virtual/kernel and version into the testresult
configuration section.
Example of virtual/kernel and version added to testresult configuration:
- "KERNEL_PROVIDER_VERSION": "linux-intel_4.19"
Signed-off-by: Yeoh Ee Peng
---
meta/classes/testimage.bbclass | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index 525c5a6..194d549 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/testimage.bbclass
@@ -129,14 +129,30 @@ def testimage_sanity(d):
def get_testimage_configuration(d, test_type, machine):
import platform
from oeqa.utils.metadata import get_layers
+distro = d.getVar("DISTRO")
+distrooverride = d.getVar("DISTROOVERRIDES")
+
+kernel_provider = d.getVar("PREFERRED_PROVIDER_virtual/kernel")
+for o in distrooverride.split(":"):
+kernel_provider_override =
d.getVar("PREFERRED_PROVIDER_virtual/kernel_%s" % o)
+if kernel_provider_override:
+kernel_provider = kernel_provider_override
+
+kernel_provider_version = d.getVar("PREFERRED_VERSION_%s" %
kernel_provider).replace('%', '')
+for o in distrooverride.split(":"):
+kernel_provider_version_override = d.getVar("PREFERRED_VERSION_%s_%s"
% (kernel_provider, o))
+if kernel_provider_version_override:
+kernel_provider_version =
kernel_provider_version_override.replace('%', '')
+
configuration = {'TEST_TYPE': test_type,
'MACHINE': machine,
-'DISTRO': d.getVar("DISTRO"),
+'DISTRO': distro,
'IMAGE_BASENAME': d.getVar("IMAGE_BASENAME"),
'IMAGE_PKGTYPE': d.getVar("IMAGE_PKGTYPE"),
'STARTTIME': d.getVar("DATETIME"),
'HOST_DISTRO': oe.lsb.distro_identifier().replace(' ',
'-'),
-'LAYERS': get_layers(d.getVar("BBLAYERS"))}
+'LAYERS': get_layers(d.getVar("BBLAYERS")),
+'KERNEL_PROVIDER_VERSION': '%s_%s' % (kernel_provider,
kernel_provider_version)}
return configuration
get_testimage_configuration[vardepsexclude] = "DATETIME"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V3] weston-init: Add possibility to run weston as non-root user
On Mon, Sep 16, 2019 at 3:19 PM Richard Purdie wrote: > > On Fri, 2019-09-13 at 06:41 -0700, Khem Raj wrote: > > On Fri, Sep 13, 2019 at 5:27 AM Ross Burton > > wrote: > > > On 11/09/2019 05:29, Khem Raj wrote: > > > > .../wayland/weston-init/weston.ini| 74 > > > > +++ > > > > > > core-image-weston now fails: > > > > > >file /etc/xdg/weston/weston.ini conflicts between attempted > > > installs > > > of weston-init-1.0-r0.noarch and weston-conf-1.0-r0.qemux86_64 > > > > > > > on x86 qemu right. Sent a V4. give it a try > > Fails oe-selftest: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/383/steps/8/logs/step2d > > oe-selftest -r statetests.SStateTests.test_sstate_sametune_samesigs > Its expected to be machine specific now. Since we are housing device-specific weston.ini files now see weston-init/qemux86/weston.ini I have sent a v5 addressing this. > Cheers, > > Richard > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] dnf: make dnf work in toolchain
Hi Richard
> you can run these with commands like:
>
> os-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs
>
> Cheers,
Could you tell me what does the oe-selftest in here test for? Especially what
do the signature tests test for?
Thanks
--
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software Avenue,
Nanjing, 210012, China
MAIL : zhengrq.f...@cn.fujistu.com
> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: Monday, September 16, 2019 6:57 PM
> To: Zheng, Ruoqin/郑 若钦 ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] dnf: make dnf work in toolchain
>
> On Mon, 2019-09-16 at 14:36 +0800, Zheng Ruoqin wrote:
> > We need to configure dnf to use package architecture from yocto build
> > system.
> >
> > Install etc/dnf/vars to ${SDKTARGETSYSROOT} because config file in
> > host-sysroot as /opt/poky/2.7+snapshot/sysroots/x86_64-pokysdk-linux
> > will be covered by another ARCH which result in previous config
> > settings inefficacy.
> >
> > To resolve it, put config file in target-sysroot like
> > /opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux. As each ARCH has
> > its own target-sysroot, config file will not be covered.
>
> I'm afraid we can't have target dependencies within nativesdk packages.
>
> This is shown by the fact this patch (and the similar rpm one) cause selftest
> failures in the signature tests:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/381/steps/8
> /logs/step2d
>
> 2019-09-16 00:24:54,670 - oe-selftest - INFO - RESULTS -
> sstatetests.SStateTests.test_sstate_allarch_samesigs: FAILED (111.59s)
> 2019-09-16 00:24:54,670 - oe-selftest - INFO - RESULTS -
> sstatetests.SStateTests.test_sstate_nativesdk_samesigs_multilib: FAILED
> (144.14s)
> 2019-09-16 00:24:54,670 - oe-selftest - INFO - RESULTS -
> sstatetests.SStateTests.test_sstate_sametune_samesigs: FAILED (161.53s)
>
> you can run these with commands like:
>
> os-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs
>
> Cheers,
>
> Richard
>
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/4] gtk+3: Set depends to the virtual needed not explicitly on Mesa
On Fri, 2019-09-13 at 15:36 -0400, Andrew F. Davis via Openembedded-core wrote:
> 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.
>
> Signed-off-by: Andrew F. Davis
> ---
> meta/recipes-gnome/gtk+/gtk+3.inc | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc
> b/meta/recipes-gnome/gtk+/gtk+3.inc
> index 77b6c31536..7ec40dcbf5 100644
> --- a/meta/recipes-gnome/gtk+/gtk+3.inc
> +++ b/meta/recipes-gnome/gtk+/gtk+3.inc
> @@ -52,7 +52,7 @@ PACKAGECONFIG[x11] =
> "--enable-x11-backend,--disable-x11-backend,at-spi2-atk fon
> # this is provided by oe-core patch that removes epoxy/gl dependency from a
> X11 build
> PACKAGECONFIG[opengl] = "--enable-opengl,--disable-opengl,libepoxy"
> PACKAGECONFIG[glx] = "--enable-glx,--disable-glx,,libgl"
> -PACKAGECONFIG[wayland] =
> "--enable-wayland-backend,--disable-wayland-backend,wayland wayland-protocols
> libxkbcommon virtual/mesa wayland-native"
> +PACKAGECONFIG[wayland] =
> "--enable-wayland-backend,--disable-wayland-backend,wayland wayland-protocols
> libxkbcommon virtual/egl virtual/gles2 wayland-native"
> PACKAGECONFIG[cups] = "--enable-cups,--disable-cups,cups"
>
> prepare_gtk_scripts() {
This breaks things:
https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/1037
step1b: ERROR: Nothing PROVIDES 'virtual/gles2' (but
/home/pokybuild/yocto-worker/qemux86-64-x32/build/meta/recipes-gnome/gtk+/gtk+3_3.24.8.bb
DEPENDS on or otherwise requires it). Close matches:
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Assert error when there are multiple shlib_providers for the same file
The following changes since commit 86b8a1d534bfcd70775c6e2b59eabe10de29f526: libevent: don't treat test stats line as pass/fail in ptest (2019-09-11 07:30:08 +0100) are available in the git repository at: git://github.com/marler8997/openembedded-core assertMultiShlibs https://github.com/marler8997/openembedded-core/tree/assertMultiShlibs Jonathan Marler (1): Assert error when there are multiple shlib_providers for the same file meta/classes/package.bbclass | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] openssl: Upgrade 1.1.1c -> 1.1.1d
this has some regressions in meta-openembedded see
https://errors.yoctoproject.org/Errors/Build/89034/
On Mon, Sep 16, 2019 at 12:05 AM Adrian Bunk wrote:
>
> Backported patches removed.
>
> Signed-off-by: Adrian Bunk
> ---
> .../0001-Fix-broken-change-from-b3d113e.patch | 35 ---
> ...x-build-error-for-aarch64-big-endian.patch | 43 ---
> .../{openssl_1.1.1c.bb => openssl_1.1.1d.bb} | 6 +--
> 3 files changed, 2 insertions(+), 82 deletions(-)
> delete mode 100644
> meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
> delete mode 100644
> meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
> rename meta/recipes-connectivity/openssl/{openssl_1.1.1c.bb =>
> openssl_1.1.1d.bb} (96%)
>
> diff --git
> a/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
>
> b/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
> deleted file mode 100644
> index 6b4789fc70..00
> ---
> a/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
> +++ /dev/null
> @@ -1,35 +0,0 @@
> -From 711a161f03ef9ed7cd149a22bf1203700c103e96 Mon Sep 17 00:00:00 2001
> -From: Pauli
> -Date: Fri, 29 Mar 2019 09:24:07 +1000
> -Subject: [PATCH] Fix broken change from b3d113e.
> -
> -Reviewed-by: Tim Hudson
> -(Merged from https://github.com/openssl/openssl/pull/8606)
> -
> -Running valgrind against code using Openssl v1.1.1c reports a large number of
> -uninitialized memory errors. This fix from upstream solves this problem.
> -
> -Upstream-Status: Backport
> [https://github.com/openssl/openssl/commit/711a161f03ef9ed7cd149a22bf1203700c103e96]
> -Signed-off-by: Laurent Bonnans
>
> - crypto/rand/rand_lib.c | 3 ++-
> - 1 file changed, 2 insertions(+), 1 deletion(-)
> -
> -diff --git a/crypto/rand/rand_lib.c b/crypto/rand/rand_lib.c
> -index 23abbde156..a298b7515b 100644
> a/crypto/rand/rand_lib.c
> -+++ b/crypto/rand/rand_lib.c
> -@@ -235,8 +235,9 @@ size_t rand_drbg_get_nonce(RAND_DRBG *drbg,
> - struct {
> - void * instance;
> - int count;
> --} data = { NULL, 0 };
> -+} data;
> -
> -+memset(, 0, sizeof(data));
> - pool = rand_pool_new(0, min_len, max_len);
> - if (pool == NULL)
> - return 0;
> ---
> -2.20.1
> -
> diff --git
> a/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
>
> b/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
> deleted file mode 100644
> index 9a90a68cfd..00
> ---
> a/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
> +++ /dev/null
> @@ -1,43 +0,0 @@
> -From 1f8c0f2feea5cdcae0bcd9dfc78198d9e2c4cf09 Mon Sep 17 00:00:00 2001
> -From: Lei Maohui
> -Date: Thu, 13 Jun 2019 12:17:30 +0900
> -Subject: [PATCH] Fix build error for aarch64 big endian.
> -
> -Modified rev to rev64, because rev only takes integer registers.
> -https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90827
> -Otherwise, the following error will occur.
> -
> -Error: operand 1 must be an integer register -- `rev v31.16b,v31.16b'
> -
> -Upstream-Status: Submitted [https://github.com/openssl/openssl/pull/9151]
> -
> -Signed-off-by: Lei Maohui
>
> - crypto/sha/asm/keccak1600-armv8.pl | 4 ++--
> - 1 file changed, 2 insertions(+), 2 deletions(-)
> -
> -diff --git a/crypto/sha/asm/keccak1600-armv8.pl
> b/crypto/sha/asm/keccak1600-armv8.pl
> -index dc72f18..6620690 100755
> a/crypto/sha/asm/keccak1600-armv8.pl
> -+++ b/crypto/sha/asm/keccak1600-armv8.pl
> -@@ -731,7 +731,7 @@ $code.=<<___;
> - blo .Lprocess_block_ce
> - ldr d31,[$inp],#8 // *inp++
> - #ifdef__AARCH64EB__
> -- rev v31.16b,v31.16b
> -+ rev64 v31.16b,v31.16b
> - #endif
> - eor $A[$j/5][$j%5],$A[$j/5][$j%5],v31.16b
> - beq .Lprocess_block_ce
> -@@ -740,7 +740,7 @@ ___
> - $code.=<<___;
> - ldr d31,[$inp],#8 // *inp++
> - #ifdef__AARCH64EB__
> -- rev v31.16b,v31.16b
> -+ rev64 v31.16b,v31.16b
> - #endif
> - eor $A[4][4],$A[4][4],v31.16b
> -
> ---
> -2.7.4
> -
> diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
> b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> similarity index 96%
> rename from meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
> rename to meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> index 75159ac725..080d1a8bb7 100644
> --- a/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
> +++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> @@ -16,16 +16,14 @@ SRC_URI =
> "http://www.openssl.org/source/openssl-${PV}.tar.gz \
> file://0001-skip-test_symbol_presence.patch \
>
> file://0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch \
> file://afalg.patch \
> -
Re: [OE-core] [PATCH 3/4] gtk+3: Set depends to the virtual needed not explicitly on Mesa
On 9/16/19 6:27 PM, Richard Purdie wrote:
> On Fri, 2019-09-13 at 15:36 -0400, Andrew F. Davis via Openembedded-core
> wrote:
>> 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.
>>
>> Signed-off-by: Andrew F. Davis
>> ---
>> meta/recipes-gnome/gtk+/gtk+3.inc | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc
>> b/meta/recipes-gnome/gtk+/gtk+3.inc
>> index 77b6c31536..7ec40dcbf5 100644
>> --- a/meta/recipes-gnome/gtk+/gtk+3.inc
>> +++ b/meta/recipes-gnome/gtk+/gtk+3.inc
>> @@ -52,7 +52,7 @@ PACKAGECONFIG[x11] =
>> "--enable-x11-backend,--disable-x11-backend,at-spi2-atk fon
>> # this is provided by oe-core patch that removes epoxy/gl dependency from a
>> X11 build
>> PACKAGECONFIG[opengl] = "--enable-opengl,--disable-opengl,libepoxy"
>> PACKAGECONFIG[glx] = "--enable-glx,--disable-glx,,libgl"
>> -PACKAGECONFIG[wayland] =
>> "--enable-wayland-backend,--disable-wayland-backend,wayland
>> wayland-protocols libxkbcommon virtual/mesa wayland-native"
>> +PACKAGECONFIG[wayland] =
>> "--enable-wayland-backend,--disable-wayland-backend,wayland
>> wayland-protocols libxkbcommon virtual/egl virtual/gles2 wayland-native"
>> PACKAGECONFIG[cups] = "--enable-cups,--disable-cups,cups"
>>
>> prepare_gtk_scripts() {
>
> This breaks things:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/1037
>
> step1b: ERROR: Nothing PROVIDES 'virtual/gles2' (but
> /home/pokybuild/yocto-worker/qemux86-64-x32/build/meta/recipes-gnome/gtk+/gtk+3_3.24.8.bb
> DEPENDS on or otherwise requires it). Close matches:
>
Thanks for the heads up. Copy/merge error on my part, the correct target
is "virtual/libgles2", same typo on patch 4/4, will re-send updated v2.
Thanks,
Andrew
> Cheers,
>
> Richard
>
>
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] glibc: Make it build without ldconfig in DISTRO_FEATURES
The removal of the supposedly empty /etc when ldconfig is not in
DISTRO_FEATURES seems to be a remnant from a long time ago when nothing
else was installed in /etc. However, that is no longer the case as,
e.g., nscd.conf is always installed to /etc now.
Signed-off-by: Peter Kjellerstedt
---
meta/recipes-core/glibc/glibc-package.inc | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc-package.inc
b/meta/recipes-core/glibc/glibc-package.inc
index 2e8f9f3e02..d7037c5cce 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -97,7 +97,7 @@ do_install_append () {
# The dynamic loader will have been installed into
# ${base_libdir}. However, if that isn't going to end up being
# available in the ABI-mandated location, then a symlink must
-# be created.
+ # be created.
if [ -n "${ARCH_DYNAMIC_LOADER}" -a ! -e
"${D}${root_prefix}/lib/${ARCH_DYNAMIC_LOADER}" ]; then
install -d ${D}${root_prefix}/lib
@@ -111,8 +111,6 @@ do_install_append_class-target() {
# The distro doesn't want these files so let's not install them
rm -f ${D}${sysconfdir}/ld.so.conf
rm -f ${D}${base_sbindir}/ldconfig
- # This directory will be empty now so remove it too.
- rmdir ${D}${sysconfdir}
fi
if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false',
d)}; then
install -d ${D}${sysconfdir}/tmpfiles.d
--
2.21.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 1/9] uefi.bbclass: add bbclass holding configuration for UEFI applications
On Fri, 2019-09-13 at 18:44 +0300, dbarysh...@gmail.com wrote: > From: Dmitry Eremin-Solenikov > > Create new bbclass defining common variables for all UEFI-related > packages (bootloaders, test applications, etc). > > Signed-off-by: Dmitry Eremin-Solenikov < > dmitry_eremin-soleni...@mentor.com> > --- > meta/classes/uefi.bbclass | 26 ++ > 1 file changed, 26 insertions(+) > create mode 100644 meta/classes/uefi.bbclass I really want to get away from the proliferation of bbclass files we have. Wouldn't this make more sense as a .conf file? The anonymous function could be done with overrides, or an appropriate function from lib/oe/. I appreciate we don't use conf files so much but we need to start somewhere and I think this is a good candidate for it. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V3] weston-init: Add possibility to run weston as non-root user
On Fri, 2019-09-13 at 06:41 -0700, Khem Raj wrote: > On Fri, Sep 13, 2019 at 5:27 AM Ross Burton > wrote: > > On 11/09/2019 05:29, Khem Raj wrote: > > > .../wayland/weston-init/weston.ini| 74 > > > +++ > > > > core-image-weston now fails: > > > >file /etc/xdg/weston/weston.ini conflicts between attempted > > installs > > of weston-init-1.0-r0.noarch and weston-conf-1.0-r0.qemux86_64 > > > > on x86 qemu right. Sent a V4. give it a try Fails oe-selftest: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/383/steps/8/logs/step2d oe-selftest -r statetests.SStateTests.test_sstate_sametune_samesigs Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/8] ffmpeg: don't rely on configure to correctly detect ARM vfp or neon
On Mon, Sep 16, 2019 at 3:34 PM Adrian Bunk wrote:
>
> On Mon, Sep 16, 2019 at 03:08:01PM -0700, Andre McCurdy wrote:
> > On Mon, Sep 16, 2019 at 2:33 PM Christopher Larson
> > wrote:
> > >
> > > This seems like something that could do with a ‘why’ in the commit
> > > message and/or comments, to me.
> >
> > To be consistent with:
> >
> >
> > https://git.openembedded.org/openembedded-core/commit/?id=1a563214caf6bd5b3a026ebe953f8c692ebd640a
> >...
>
> libwebp sets -mfpu=neon when autodetecting,
> is there a similar problem with ffmpeg?
>
> > > +# Do not trust configure to determine if ARM vfp or neon are available.
> > > +#
> > > +EXTRA_OECONF_ARM = " \
> > > +
> > > ${@bb.utils.contains('TUNE_FEATURES','vfp','--enable-vfp','--disable-vfp',
> > > d)} \
> > > +
> > > ${@bb.utils.contains("TUNE_FEATURES",'neon','--enable-neon','--disable-neon',d)}
> > > \
> >...
>
> If we cannot trust the vfp autodetection, why can we trust that the
> autodetection of the vfp variant (vfpv2, vfpv3 or vfpv3-d16) and
> the exact architecture (e.g. armv5te, armv6, armv6k or armv6t2)
> are correct?
In general we can't. However these are all corner cases which are
rarely (if ever) tested.
For ffmpeg configuring with --enable-runtime-cpudetect (which I think
we effectively do by default) probably hides a lot of the configure
time misdetection too.
> Which brings us back to the problem what the actual problem is (if any).
I built for target without VFP or NEON and saw both as being enabled
according to the configure log. Didn't investigate further than that.
> cu
> Adrian
>
> --
>
>"Is there not promise of rain?" Ling Tan asked suddenly out
> of the darkness. There had been need of rain for many days.
>"Only a promise," Lao Er said.
>Pearl S. Buck - Dragon Seed
>
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [thud][PATCH v2] gcc: CVE fix for gcc
On Mon, Sep 16, 2019 at 08:37:28PM +, Muminul Islam wrote:
> Signed-off-by: Muminul Islam
> ---
> meta/recipes-devtools/gcc/gcc-8.2.inc | 2 +
> .../gcc/gcc/0042-CVE-2019-15847_1.patch | 570
> .../gcc/gcc/0043-CVE-2019-15847_2.patch | 640 ++
> 3 files changed, 1212 insertions(+)
> create mode 100644 meta/recipes-devtools/gcc/gcc/0042-CVE-2019-15847_1.patch
> create mode 100644 meta/recipes-devtools/gcc/gcc/0043-CVE-2019-15847_2.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc-8.2.inc
> b/meta/recipes-devtools/gcc/gcc-8.2.inc
> index 866a77558b..cab494989e 100644
> --- a/meta/recipes-devtools/gcc/gcc-8.2.inc
> +++ b/meta/recipes-devtools/gcc/gcc-8.2.inc
> @@ -70,6 +70,8 @@ SRC_URI = "\
> file://0039-Fix-for-testsuite-failure.patch \
> file://0040-Re-introduce-spe-commandline-options.patch \
> file://0041-ARC-fix-spec-gen.patch \
> + file://0042-CVE-2019-15847_1.patch \
> + file://0043-CVE-2019-15847_2.patch \
> ${BACKPORTS} \
> "
> BACKPORTS = "\
> diff --git a/meta/recipes-devtools/gcc/gcc/0042-CVE-2019-15847_1.patch
> b/meta/recipes-devtools/gcc/gcc/0042-CVE-2019-15847_1.patch
> new file mode 100644
> index 00..edebf2fb41
> --- /dev/null
> +++ b/meta/recipes-devtools/gcc/gcc/0042-CVE-2019-15847_1.patch
> @@ -0,0 +1,570 @@
> +From 3efdb8c4afcbc5e07d33b05ab8c2bf88f42f4890 Mon Sep 17 00:00:00 2001
> +From: segher
> +Date: Thu, 22 Aug 2019 19:36:21 +
> +Subject: [PATCH] rs6000: Use unspec_volatile for darn (PR91481)
> +Reply-To: muis...@microsoft.com
> +
> +Every call to darn should deliver a *new* random number; such calls
> +should not be CSEd together. So they should be unspec_volatile, not
> +plain unspec.
> +
> + PR target/91481
> + * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32,
> + and UNSPEC_DARN_RAW.
> + (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and
> + UNSPECV_DARN_RAW.
> + (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32.
> + (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW.
> + (darn): Use an unspec_volatile, and UNSPECV_DARN.
> +
> +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835
> 138bc75d-0d04-0410-961f-82ee72b054a4
> +Signed-off-by: Muminul Islam
> +
> +CVE: CVE-2019-15847
> +Upstream-Status: Backport
> +---
> + gcc/ChangeLog | 336 +++-
> + gcc/config/rs6000/rs6000.md | 169 +-
> + 2 files changed, 503 insertions(+), 2 deletions(-)
> +
> +diff --git a/gcc/ChangeLog b/gcc/ChangeLog
> +index b93dae5dfb0..dc22d7e43b7 100644
> +--- a/gcc/ChangeLog
> b/gcc/ChangeLog
This changelog is not correct for only fixing PR 91481.
Because every upstream commit basically adds to the changelog and makes
all cherry-picks and backports fail, I would be fine in omitting
any changes to it in patches like this.
-Mikko
> +@@ -1,4 +1,338 @@
> +-2018-07-26 Release Manager
> ++2019-08-22 Segher Boessenkool
> ++
> ++PR target/91481
> ++* config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32,
> ++and UNSPEC_DARN_RAW.
> ++(unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and
> ++UNSPECV_DARN_RAW.
> ++(darn_32): Use an unspec_volatile, and UNSPECV_DARN_32.
> ++(darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW.
> ++(darn): Use an unspec_volatile, and UNSPECV_DARN.
> ++
> ++2019-08-22 Segher Boessenkool
> ++
> ++* config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, UNSPEC_DARN_32,
> ++UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move to...
> ++* config/rs6000/rs6000.md (unspec): ... here.
> ++* config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb,
> ++*cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal,
> ++cmpeqb, *cmpeqb_internal): Delete, move to...
> ++* config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb,
> ++*cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal,
> ++cmpeqb, *cmpeqb_internal): ... here.
> ++
> ++2019-08-22 Kyrylo Tkachov
> ++
> ++* config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for CRC32
> ++intrinsics if __ARM_FP.
> ++Use __ARM_FEATURE_CRC32 ifdef guard.
> ++
> ++2019-08-22 Wilco Dijkstra
> ++
> ++* config/arm/arm.md (neon_for_64bits): Remove.
> ++(avoid_neon_for_64bits): Remove.
> ++(arm_adddi3): Always split early.
> ++(arm_subdi3): Always split early.
> ++(negdi2): Remove Neon expansion.
> ++(split zero_extend): Split before reload.
> ++(split sign_extend): Split before reload.
> ++
> ++2019-08-22 Wilco Dijkstra
> ++
> ++* config/arm/iterators.md (qhs_extenddi_cstr): Update.
> ++(qhs_extenddi_cstr): Likewise.
> ++* config/arm/arm.md (ashldi3): Always expand early.
> ++(ashlsi3): Likewise.
> ++(ashrsi3): Likewise.
> ++
[OE-core] [PATCH] cmake: 3.15.2 -> 3.15.3
Update to fix issues with Boost 1.71.0, see pull request:
https://gitlab.kitware.com/cmake/cmake/merge_requests/3763
Signed-off-by: Nathan Rossi
---
.../cmake/{cmake-native_3.15.2.bb => cmake-native_3.15.3.bb} | 0
meta/recipes-devtools/cmake/cmake.inc | 4 ++--
meta/recipes-devtools/cmake/{cmake_3.15.2.bb => cmake_3.15.3.bb} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/cmake/{cmake-native_3.15.2.bb =>
cmake-native_3.15.3.bb} (100%)
rename meta/recipes-devtools/cmake/{cmake_3.15.2.bb => cmake_3.15.3.bb} (100%)
diff --git a/meta/recipes-devtools/cmake/cmake-native_3.15.2.bb
b/meta/recipes-devtools/cmake/cmake-native_3.15.3.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake-native_3.15.2.bb
rename to meta/recipes-devtools/cmake/cmake-native_3.15.3.bb
diff --git a/meta/recipes-devtools/cmake/cmake.inc
b/meta/recipes-devtools/cmake/cmake.inc
index 4cbe26ed60..3711f18db6 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -18,7 +18,7 @@ SRC_URI =
"https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
file://0004-Fail-silently-if-system-Qt-installation-is-broken.patch
\
"
-SRC_URI[md5sum] = "9ecf167edadb87e2d75cc89fded7aadb"
-SRC_URI[sha256sum] =
"539088cb29a68e6d6a8fba5c00951e5e5b1a92c68fa38a83e1ed2f355933f768"
+SRC_URI[md5sum] = "bf69e837eeda3dd4e9f52cffcf546a11"
+SRC_URI[sha256sum] =
"13958243a01365b05652fa01b21d40fa834f70a9e30efa69c02604e64f58b8f5"
UPSTREAM_CHECK_REGEX = "cmake-(?P\d+(\.\d+)+)\.tar"
diff --git a/meta/recipes-devtools/cmake/cmake_3.15.2.bb
b/meta/recipes-devtools/cmake/cmake_3.15.3.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake_3.15.2.bb
rename to meta/recipes-devtools/cmake/cmake_3.15.3.bb
---
2.23.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] dnf: make dnf work in toolchain
We need to configure dnf to use package architecture from yocto build system.
Install etc/dnf/vars to ${SDKTARGETSYSROOT} because config file in host-sysroot
as /opt/poky/2.7+snapshot/sysroots/x86_64-pokysdk-linux will be covered by
another ARCH which result in previous config settings inefficacy.
To resolve it, put config file in target-sysroot like
/opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux. As each ARCH has its own
target-sysroot, config file will not be covered.
Signed-off-by: Zheng Ruoqin
---
meta/recipes-devtools/dnf/dnf_4.2.2.bb | 14 ++
1 file changed, 14 insertions(+)
diff --git a/meta/recipes-devtools/dnf/dnf_4.2.2.bb
b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
index c3332c..02500a33c2 100644
--- a/meta/recipes-devtools/dnf/dnf_4.2.2.bb
+++ b/meta/recipes-devtools/dnf/dnf_4.2.2.bb
@@ -68,10 +68,22 @@ do_install_append_class-native() {
RPM_NO_CHROOT_FOR_SCRIPTS=1
}
+
+REAL_MULTIMACH_TARGET_SYS = "${TUNE_PKGARCH}-${DISTRO}-${TARGET_OS}"
+SDKTARGETSYSROOT = "${SDKPATH}/sysroots/${REAL_MULTIMACH_TARGET_SYS}"
+
do_install_append_class-nativesdk() {
create_wrapper ${D}/${bindir}/dnf \
RPM_CONFIGDIR=${SDKPATHNATIVE}${libdir_nativesdk}/rpm \
RPM_NO_CHROOT_FOR_SCRIPTS=1
+
+install -d ${D}/${SDKTARGETSYSROOT}/etc/dnf/vars
+cat >${D}/${SDKTARGETSYSROOT}/etc/dnf/vars/arch
[OE-core] [PATCH] openssl: Upgrade 1.1.1c -> 1.1.1d
Backported patches removed.
Signed-off-by: Adrian Bunk
---
.../0001-Fix-broken-change-from-b3d113e.patch | 35 ---
...x-build-error-for-aarch64-big-endian.patch | 43 ---
.../{openssl_1.1.1c.bb => openssl_1.1.1d.bb} | 6 +--
3 files changed, 2 insertions(+), 82 deletions(-)
delete mode 100644
meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
delete mode 100644
meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
rename meta/recipes-connectivity/openssl/{openssl_1.1.1c.bb =>
openssl_1.1.1d.bb} (96%)
diff --git
a/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
b/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
deleted file mode 100644
index 6b4789fc70..00
---
a/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 711a161f03ef9ed7cd149a22bf1203700c103e96 Mon Sep 17 00:00:00 2001
-From: Pauli
-Date: Fri, 29 Mar 2019 09:24:07 +1000
-Subject: [PATCH] Fix broken change from b3d113e.
-
-Reviewed-by: Tim Hudson
-(Merged from https://github.com/openssl/openssl/pull/8606)
-
-Running valgrind against code using Openssl v1.1.1c reports a large number of
-uninitialized memory errors. This fix from upstream solves this problem.
-
-Upstream-Status: Backport
[https://github.com/openssl/openssl/commit/711a161f03ef9ed7cd149a22bf1203700c103e96]
-Signed-off-by: Laurent Bonnans
- crypto/rand/rand_lib.c | 3 ++-
- 1 file changed, 2 insertions(+), 1 deletion(-)
-
-diff --git a/crypto/rand/rand_lib.c b/crypto/rand/rand_lib.c
-index 23abbde156..a298b7515b 100644
a/crypto/rand/rand_lib.c
-+++ b/crypto/rand/rand_lib.c
-@@ -235,8 +235,9 @@ size_t rand_drbg_get_nonce(RAND_DRBG *drbg,
- struct {
- void * instance;
- int count;
--} data = { NULL, 0 };
-+} data;
-
-+memset(, 0, sizeof(data));
- pool = rand_pool_new(0, min_len, max_len);
- if (pool == NULL)
- return 0;
---
-2.20.1
-
diff --git
a/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
b/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
deleted file mode 100644
index 9a90a68cfd..00
---
a/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
+++ /dev/null
@@ -1,43 +0,0 @@
-From 1f8c0f2feea5cdcae0bcd9dfc78198d9e2c4cf09 Mon Sep 17 00:00:00 2001
-From: Lei Maohui
-Date: Thu, 13 Jun 2019 12:17:30 +0900
-Subject: [PATCH] Fix build error for aarch64 big endian.
-
-Modified rev to rev64, because rev only takes integer registers.
-https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90827
-Otherwise, the following error will occur.
-
-Error: operand 1 must be an integer register -- `rev v31.16b,v31.16b'
-
-Upstream-Status: Submitted [https://github.com/openssl/openssl/pull/9151]
-
-Signed-off-by: Lei Maohui
- crypto/sha/asm/keccak1600-armv8.pl | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/crypto/sha/asm/keccak1600-armv8.pl
b/crypto/sha/asm/keccak1600-armv8.pl
-index dc72f18..6620690 100755
a/crypto/sha/asm/keccak1600-armv8.pl
-+++ b/crypto/sha/asm/keccak1600-armv8.pl
-@@ -731,7 +731,7 @@ $code.=<<___;
- blo .Lprocess_block_ce
- ldr d31,[$inp],#8 // *inp++
- #ifdef__AARCH64EB__
-- rev v31.16b,v31.16b
-+ rev64 v31.16b,v31.16b
- #endif
- eor $A[$j/5][$j%5],$A[$j/5][$j%5],v31.16b
- beq .Lprocess_block_ce
-@@ -740,7 +740,7 @@ ___
- $code.=<<___;
- ldr d31,[$inp],#8 // *inp++
- #ifdef__AARCH64EB__
-- rev v31.16b,v31.16b
-+ rev64 v31.16b,v31.16b
- #endif
- eor $A[4][4],$A[4][4],v31.16b
-
---
-2.7.4
-
diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
similarity index 96%
rename from meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
rename to meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
index 75159ac725..080d1a8bb7 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
@@ -16,16 +16,14 @@ SRC_URI =
"http://www.openssl.org/source/openssl-${PV}.tar.gz \
file://0001-skip-test_symbol_presence.patch \
file://0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch \
file://afalg.patch \
- file://0001-Fix-build-error-for-aarch64-big-endian.patch \
- file://0001-Fix-broken-change-from-b3d113e.patch \
"
SRC_URI_append_class-nativesdk = " \
file://environment.d-openssl.sh \
"
-SRC_URI[md5sum] = "15e21da6efe8aa0e0768ffd8cd37a5f6"
-SRC_URI[sha256sum] =
"f6fb3079ad15076154eda9413fed42877d668e7069d9b87396d0804fdb3f4c90"
+SRC_URI[md5sum] =
[OE-core] [PATCH 1/2] busybox.inc: handle empty DEBUG_PREFIX_MAP
DEBUG_PREFIX_MAP can be empty if e.g. old clang
toolchain doesn't support the default poky values for gcc.
Fixes build failure:
ERROR: Logfile of failure stored in:
/home/builder/src/base/build/tmp/work/aarch64-poky-linux/busybox/1.31.0-r
0/temp/log.do_configure.14451
Log data follows:
| DEBUG: Executing shell function do_configure
| sed: -e expression #1, char 0: no previous regular expression
| WARNING: exit code 1 from a shell command.
| ERROR: Execution of
'/home/builder/src/base/build/tmp/work/aarch64-poky-linux/busybox/1.31.0-r0/temp/run.do_configure.14451'
failed with exit code 1:
| sed: -e expression #1, char 0: no previous regular expression
| WARNING: exit code 1 from a shell command.
|
This log entry is really useless for debugging problems so
add "set -x" to the configure script so that details can be seen
if something isn't working.
Signed-off-by: Mikko Rapeli
---
meta/recipes-core/busybox/busybox.inc | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 49165d7..956ccca 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -128,7 +128,9 @@ do_prepare_config () {
${S}/.config.oe-tmp > ${S}/.config
fi
sed -i 's/CONFIG_IFUPDOWN_UDHCPC_CMD_OPTIONS="-R
-n"/CONFIG_IFUPDOWN_UDHCPC_CMD_OPTIONS="-R -b"/' ${S}/.config
- sed -i 's|${DEBUG_PREFIX_MAP}||g' ${S}/.config
+ if [ -n "${DEBUG_PREFIX_MAP}" ]; then
+ sed -i 's|${DEBUG_PREFIX_MAP}||g' ${S}/.config
+ fi
}
# returns all the elements from the src uri that are .cfg files
@@ -142,6 +144,7 @@ def find_cfgs(d):
return sources_list
do_configure () {
+ set -x
do_prepare_config
merge_config.sh -m .config ${@" ".join(find_cfgs(d))}
cml1_do_configure
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] grub: remove diffutils and freetype runtime dependencies
The diffutils runtime dependency was introduced from legacy grub since
the script grub-install invokes cmp command which is from diffutils
package. But in Grub2 the grub-install has been rewritten with C
language. So this package isn't needed anymore.
The freetype runtime dependency is for grub-mkfont but we have
explicitly disabled grub-mkfont build. It is safe to remove it.
Signed-off-by: Yi Zhao
---
meta/recipes-bsp/grub/grub-efi_2.04.bb | 2 +-
meta/recipes-bsp/grub/grub_2.04.bb | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-bsp/grub/grub-efi_2.04.bb
b/meta/recipes-bsp/grub/grub-efi_2.04.bb
index aaa198e..c85879b 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.04.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.04.bb
@@ -3,7 +3,7 @@ require grub2.inc
GRUBPLATFORM = "efi"
DEPENDS_append_class-target = " grub-efi-native"
-RDEPENDS_${PN}_class-target = "diffutils freetype grub-common
virtual/grub-bootconf"
+RDEPENDS_${PN}_class-target = "grub-common virtual/grub-bootconf"
SRC_URI += " \
file://cfg \
diff --git a/meta/recipes-bsp/grub/grub_2.04.bb
b/meta/recipes-bsp/grub/grub_2.04.bb
index 1d1a456..9232ea8 100644
--- a/meta/recipes-bsp/grub/grub_2.04.bb
+++ b/meta/recipes-bsp/grub/grub_2.04.bb
@@ -1,7 +1,7 @@
require grub2.inc
RDEPENDS_${PN}-common += "${PN}-editenv"
-RDEPENDS_${PN} += "diffutils freetype ${PN}-common"
+RDEPENDS_${PN} += "${PN}-common"
RPROVIDES_${PN}-editenv += "${PN}-efi-editenv"
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] busybox.inc: handle empty DEBUG_PREFIX_MAP
Hi Mikko, This is 1/2 but 2/2 never arrived on the list. Can you repost it? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] kernel: do verbose builds
Pass V=1 to kernel builds so that the compile log is more useful if it all goes
wrong.
Signed-off-by: Ross Burton
---
meta/classes/kernel.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index ebcb79a5286..9d2e1e476d4 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -324,7 +324,7 @@ kernel_do_compile() {
fi
cc_extra=$(get_cc_option)
for typeformake in ${KERNEL_IMAGETYPE_FOR_MAKE} ; do
- oe_runmake ${typeformake} CC="${KERNEL_CC} $cc_extra "
LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} $use_alternate_initrd
+ oe_runmake ${typeformake} CC="${KERNEL_CC} $cc_extra "
LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} V=1 $use_alternate_initrd
done
# vmlinux.gz is not built by kernel
if (echo "${KERNEL_IMAGETYPES}" | grep -wq "vmlinux\.gz"); then
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] busybox.inc: handle empty DEBUG_PREFIX_MAP
Hi, On Mon, Sep 16, 2019 at 01:37:25PM +0100, Ross Burton wrote: > Hi Mikko, > > This is 1/2 but 2/2 never arrived on the list. Can you repost it? Sorry, 2/2 from my poky tree was the bitbake svn fetcher patch in http://lists.openembedded.org/pipermail/bitbake-devel/2019-September/020328.html Can you ignore the numberings or shall I send again without them? -Mikko -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] busybox.inc: handle empty DEBUG_PREFIX_MAP
On 16/09/2019 13:43, mikko.rap...@bmw.de wrote: Hi, On Mon, Sep 16, 2019 at 01:37:25PM +0100, Ross Burton wrote: Hi Mikko, This is 1/2 but 2/2 never arrived on the list. Can you repost it? Sorry, 2/2 from my poky tree was the bitbake svn fetcher patch in http://lists.openembedded.org/pipermail/bitbake-devel/2019-September/020328.html Can you ignore the numberings or shall I send again without them? Ah ok, no worries then. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] dnf: make dnf work in toolchain
On Mon, 2019-09-16 at 14:36 +0800, Zheng Ruoqin wrote:
> We need to configure dnf to use package architecture from yocto build
> system.
>
> Install etc/dnf/vars to ${SDKTARGETSYSROOT} because config file in
> host-sysroot as /opt/poky/2.7+snapshot/sysroots/x86_64-pokysdk-linux
> will be covered by another ARCH which result in previous config
> settings inefficacy.
>
> To resolve it, put config file in target-sysroot like
> /opt/poky/2.7+snapshot/sysroots/core2-64-poky-linux. As each ARCH has
> its own target-sysroot, config file will not be covered.
I'm afraid we can't have target dependencies within nativesdk packages.
This is shown by the fact this patch (and the similar rpm one) cause
selftest failures in the signature tests:
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/381/steps/8/logs/step2d
2019-09-16 00:24:54,670 - oe-selftest - INFO - RESULTS -
sstatetests.SStateTests.test_sstate_allarch_samesigs: FAILED (111.59s)
2019-09-16 00:24:54,670 - oe-selftest - INFO - RESULTS -
sstatetests.SStateTests.test_sstate_nativesdk_samesigs_multilib: FAILED
(144.14s)
2019-09-16 00:24:54,670 - oe-selftest - INFO - RESULTS -
sstatetests.SStateTests.test_sstate_sametune_samesigs: FAILED (161.53s)
you can run these with commands like:
os-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel: do verbose builds
On Mon, Sep 16, 2019 at 8:41 AM Ross Burton wrote:
>
> Pass V=1 to kernel builds so that the compile log is more useful if it all
> goes
> wrong.
>
> Signed-off-by: Ross Burton
> ---
> meta/classes/kernel.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index ebcb79a5286..9d2e1e476d4 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -324,7 +324,7 @@ kernel_do_compile() {
> fi
> cc_extra=$(get_cc_option)
> for typeformake in ${KERNEL_IMAGETYPE_FOR_MAKE} ; do
> - oe_runmake ${typeformake} CC="${KERNEL_CC} $cc_extra "
> LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} $use_alternate_initrd
> + oe_runmake ${typeformake} CC="${KERNEL_CC} $cc_extra "
> LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} V=1 $use_alternate_initrd
Personally, I wouldn't want this on all the time. Most of what V=1
provides, I never use for debugging and it just clutters the logs.
Can't this be triggered off a packageconfig-like setting for those
that want it ?
Bruce
> done
> # vmlinux.gz is not built by kernel
> if (echo "${KERNEL_IMAGETYPES}" | grep -wq "vmlinux\.gz"); then
> --
> 2.20.1
>
--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] initramfs-framework: support PARTLABEL option
Since commit (kernel >= 4.20):
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f027c34d844013d9d6c902af8fa01a82d6e5073d
specifying rootfs by PARTLABEL is supported. This commit adds support to
specify root by GPT partition label.
Signed-off-by: Diego Rondini
---
meta/recipes-core/initrdscripts/initramfs-framework/rootfs | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-core/initrdscripts/initramfs-framework/rootfs
b/meta/recipes-core/initrdscripts/initramfs-framework/rootfs
index 76fa84d354..61baf73a60 100644
--- a/meta/recipes-core/initrdscripts/initramfs-framework/rootfs
+++ b/meta/recipes-core/initrdscripts/initramfs-framework/rootfs
@@ -31,6 +31,11 @@ rootfs_run() {
bootparam_root="/dev/disk/by-partuuid/$root_uuid"
fi
+ if [ "`echo ${bootparam_root} | cut -c1-10`" =
"PARTLABEL=" ]; then
+ root_uuid=`echo $bootparam_root | cut -c11-`
+
bootparam_root="/dev/disk/by-partlabel/$root_uuid"
+ fi
+
if [ "`echo ${bootparam_root} | cut -c1-6`" = "LABEL="
]; then
root_label=`echo $bootparam_root | cut -c7-`
bootparam_root="/dev/disk/by-label/$root_label"
--
2.21.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
