Re: [OE-core] [thud][PATCH v4] gcc: CVE fix for gcc

[Mikko.Rapeli]

Looks ok, though I would consider updating to point releases or latest
versions of the gcc-8 stable tree, where these patches are already backported
by upstream developers. The 8.3 update does not have this CVE patch, but
a lot of bug fixes which should be useful for gcc 8 users.

Reviewed-by: Mikko Rapeli 

-Mikko
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH V2] report-error.bbclass: add local.conf/auto.conf into error report

[changqing.li]

From: Changqing Li 

sometimes, it is not enough to reproduce a failed build with current
info on error reports web, add local.conf/auto.conf into error
report to make it more easier to reproduce failed build

Note: this need work together with change in repo error-report-web,
which will display local.conf and auto.conf as Error Details

[YOCTO #13252]

Signed-off-by: Changqing Li 
---
 meta/classes/report-error.bbclass | 15 +++
 1 file changed, 15 insertions(+)

diff --git a/meta/classes/report-error.bbclass 
b/meta/classes/report-error.bbclass
index 1c55abf..ea043b2 100644
--- a/meta/classes/report-error.bbclass
+++ b/meta/classes/report-error.bbclass
@@ -25,6 +25,19 @@ def errorreport_savedata(e, newdata, file):
 json.dump(newdata, f, indent=4, sort_keys=True)
 return datafile
 
+def get_conf_data(e, filename):
+builddir = e.data.getVar('TOPDIR')
+filepath = os.path.join(builddir, "conf", filename)
+jsonstring = ""
+if os.path.exists(filepath):
+with open(filepath, 'r') as f:
+for line in f.readlines():
+if line.startswith("#") or len(line.strip()) == 0:
+continue
+else:
+jsonstring=jsonstring + line
+return jsonstring
+
 python errorreport_handler () {
 import json
 import codecs
@@ -51,6 +64,8 @@ python errorreport_handler () {
 data['failures'] = []
 data['component'] = " ".join(e.getPkgs())
 data['branch_commit'] = str(base_detect_branch(e.data)) + ": " + 
str(base_detect_revision(e.data))
+data['local_conf'] = get_conf_data(e, 'local.conf')
+data['auto_conf'] = get_conf_data(e, 'auto.conf')
 lock = bb.utils.lockfile(datafile + '.lock')
 errorreport_savedata(e, data, "error-report.txt")
 bb.utils.unlockfile(lock)
-- 
2.7.4

-- 
___
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

[Zheng, Ruoqin]

Hi Richard

> > you can run these with commands like:
> >
> > os-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs

One more  question is that I executed os-selftest in my yocto build 
environment, and it was passed. So how could I reproduce the error log?

/build$ oe-selftest -r sstatetests.SStateTests.test_sstate_allarch_samesigs
2019-09-17 11:11:40,703 - oe-selftest - INFO - Adding layer libraries:
2019-09-17 11:11:40,703 - oe-selftest - INFO -  
/home/zhengrq/workdir/yotco/poky/meta/lib
2019-09-17 11:11:40,704 - oe-selftest - INFO -  
/home/zhengrq/workdir/yotco/poky/meta-yocto-bsp/lib
2019-09-17 11:11:40,704 - oe-selftest - INFO -  
/home/zhengrq/workdir/yotco/poky/meta-selftest/lib
2019-09-17 11:11:40,704 - oe-selftest - INFO -  
/home/zhengrq/workdir/yotco/meta-openembedded/meta-oe/lib
2019-09-17 11:11:40,707 - oe-selftest - INFO - Running bitbake -e to test the 
configuration is valid/parsable
2019-09-17 11:11:42,406 - oe-selftest - INFO - Adding: "include selftest.inc" 
in /home/zhengrq/workdir/yotco/build/conf/local.conf
2019-09-17 11:11:42,407 - oe-selftest - INFO - Adding: "include bblayers.inc" 
in bblayers.conf
2019-09-17 11:11:42,407 - oe-selftest - INFO - test_sstate_allarch_samesigs 
(sstatetests.SStateTests)
2019-09-17 11:17:00,034 - oe-selftest - INFO -  ... ok
2019-09-17 11:17:00,047 - oe-selftest - INFO - 
--
2019-09-17 11:17:00,047 - oe-selftest - INFO - Ran 1 test in 317.641s
2019-09-17 11:17:00,047 - oe-selftest - INFO - OK
fatal: not a git repository (or any of the parent directories): .git
fatal: not a git repository (or any of the parent directories): .git
fatal: not a git repository (or any of the parent directories): .git
2019-09-17 11:17:07,025 - oe-selftest - INFO - RESULTS:
2019-09-17 11:17:07,026 - oe-selftest - INFO - RESULTS - 
sstatetests.SStateTests.test_sstate_allarch_samesigs: PASSED (317.64s)
2019-09-17 11:17:07,065 - oe-selftest - INFO - SUMMARY:
2019-09-17 11:17:07,065 - oe-selftest - INFO - oe-selftest () - Ran 1 test in 
317.642s
2019-09-17 11:17:07,065 - oe-selftest - INFO - oe-selftest - OK - All required 
tests passed (successes=1, skipped=0, failures=0, errors=0)


--
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: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Zheng, Ruoqin
> Sent: Tuesday, September 17, 2019 8:45 AM
> To: openembedded-core@lists.openembedded.org
> Subject: 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 

[OE-core] ✗ patchtest: failure for Introduce mechanism to keep nativesdk* sstate in esdk (rev3)

[Patchwork]

== Series Details ==

Series: Introduce mechanism to keep nativesdk* sstate in esdk (rev3)
Revision: 3
URL   : https://patchwork.openembedded.org/series/16856/
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[master,v2] Introduce mechanism to keep nativesdk* sstate in 
esdk
 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

[OE-core] [master][PATCH v2] Introduce mechanism to keep nativesdk* sstate in esdk

[Jaewon Lee]

When doing a devtool build-sdk from within an esdk all nativesdk
components would be rebuilt. This patch introduces SDK_INCLUDE_NATIVESDK
flag to toggle the inclusion of nativesdk packages when creating the
esdk sstate

Currently locked-sigs.inc is generated during do_sdk_depends which
doesn't pull in nativesdk packages. Generating another locked-sigs.inc
in do_populate_sdk_ext and pruning it to only nativesdk* packages by
using a modified version of the already existing function
prune_locked_sigs and merging it with the current locked-sigs.inc
Also adding SDK_INCLUDE_NATIVESDK tasklistfn to the logic surrounding
setting tasklist file to not prune esdk sstate during creation

Fixes [YOCTO #13261]

Signed-off-by: Jaewon Lee 
---
Changes in v2:
change to commit message to include reason
got rid of some tabs
rebased to apply on master
---
 meta/classes/populate_sdk_ext.bbclass | 28 +++-
 meta/lib/oe/copy_buildsystem.py   |  8 ++--
 2 files changed, 33 insertions(+), 3 deletions(-)

diff --git a/meta/classes/populate_sdk_ext.bbclass 
b/meta/classes/populate_sdk_ext.bbclass
index 800e117..086f55d 100644
--- a/meta/classes/populate_sdk_ext.bbclass
+++ b/meta/classes/populate_sdk_ext.bbclass
@@ -20,6 +20,7 @@ SDK_EXT_task-populate-sdk-ext = "-ext"
 SDK_EXT_TYPE ?= "full"
 SDK_INCLUDE_PKGDATA ?= "0"
 SDK_INCLUDE_TOOLCHAIN ?= "${@'1' if d.getVar('SDK_EXT_TYPE') == 'full' else 
'0'}"
+SDK_INCLUDE_NATIVESDK ?= "0"
 
 SDK_RECRDEP_TASKS ?= ""
 
@@ -401,9 +402,27 @@ python copy_buildsystem () {
 excluded_targets = get_sdk_install_targets(d, images_only=True)
 sigfile = d.getVar('WORKDIR') + '/locked-sigs.inc'
 lockedsigs_pruned = baseoutpath + '/conf/locked-sigs.inc'
+#nativesdk-only sigfile to merge into locked-sigs.inc
+sdk_include_nativesdk = (d.getVar("SDK_INCLUDE_NATIVESDK") == '1')
+nativesigfile = d.getVar('WORKDIR') + '/locked-sigs_nativesdk.inc'
+nativesigfile_pruned = d.getVar('WORKDIR') + 
'/locked-sigs_nativesdk_pruned.inc'
+
+if sdk_include_nativesdk:
+oe.copy_buildsystem.prune_lockedsigs([],
+ excluded_targets.split(),
+ nativesigfile,
+ True,
+ nativesigfile_pruned)
+
+oe.copy_buildsystem.merge_lockedsigs([],
+ sigfile,
+ nativesigfile_pruned,
+ sigfile)
+
 oe.copy_buildsystem.prune_lockedsigs([],
  excluded_targets.split(),
  sigfile,
+ False,
  lockedsigs_pruned)
 
 sstate_out = baseoutpath + '/sstate-cache'
@@ -414,7 +433,7 @@ python copy_buildsystem () {
 
 sdk_include_toolchain = (d.getVar('SDK_INCLUDE_TOOLCHAIN') == '1')
 sdk_ext_type = d.getVar('SDK_EXT_TYPE')
-if sdk_ext_type != 'minimal' or sdk_include_toolchain or derivative:
+if (sdk_ext_type != 'minimal' or sdk_include_toolchain or derivative) and 
not sdk_include_nativesdk:
 # Create the filtered task list used to generate the sstate cache 
shipped with the SDK
 tasklistfn = d.getVar('WORKDIR') + '/tasklist.txt'
 create_filtered_tasklist(d, baseoutpath, tasklistfn, conf_initpath)
@@ -657,9 +676,16 @@ fakeroot python do_populate_sdk_ext() {
 d.setVar('SDKDEPLOYDIR', '${SDKEXTDEPLOYDIR}')
 # ESDKs have a libc from the buildtools so ensure we don't ship linguas 
twice
 d.delVar('SDKIMAGE_LINGUAS')
+if d.getVar("SDK_INCLUDE_NATIVESDK") == '1':
+generate_nativesdk_lockedsigs(d)
 populate_sdk_common(d)
 }
 
+def generate_nativesdk_lockedsigs(d):
+import oe.copy_buildsystem
+sigfile = d.getVar('WORKDIR') + '/locked-sigs_nativesdk.inc'
+oe.copy_buildsystem.generate_locked_sigs(sigfile, d)
+
 def get_ext_sdk_depends(d):
 # Note: the deps varflag is a list not a string, so we need to specify 
expand=False
 deps = d.getVarFlag('do_image_complete', 'deps', False)
diff --git a/meta/lib/oe/copy_buildsystem.py b/meta/lib/oe/copy_buildsystem.py
index cb663b2..31a84f5 100644
--- a/meta/lib/oe/copy_buildsystem.py
+++ b/meta/lib/oe/copy_buildsystem.py
@@ -177,7 +177,7 @@ def generate_locked_sigs(sigfile, d):
 tasks = ['%s:%s' % (v[2], v[1]) for v in depd.values()]
 bb.parse.siggen.dump_lockedsigs(sigfile, tasks)
 
-def prune_lockedsigs(excluded_tasks, excluded_targets, lockedsigs, 
pruned_output):
+def prune_lockedsigs(excluded_tasks, excluded_targets, lockedsigs, onlynative, 
pruned_output):
 with open(lockedsigs, 'r') as infile:
 bb.utils.mkdirhier(os.path.dirname(pruned_output))
 with open(pruned_output, 'w') as f:
@@ -187,7 +187,11 @@ def prune_lockedsigs(excluded_tasks, 

Re: [OE-core] [oe-core][master][PATCH] Introduce mechanism to keep nativesdk* sstate in esdk

[Jaewon Lee]

Hi Paul,

> -Original Message-
> From: Paul Eggleton 
> Sent: Tuesday, September 17, 2019 3:05 PM
> To: Jaewon Lee 
> Cc: openembedded-core@lists.openembedded.org; Alejandro Enedino
> Hernandez Samaniego ; Manjukumar Harthikote
> Matha ; Bruce Ashfield 
> Subject: Re: [OE-core] [oe-core][master][PATCH] Introduce mechanism to
> keep nativesdk* sstate in esdk
> 
> Hi Jaewon
> 
> Richard was waiting for me to review this - unfortunately another one that
> fell between the cracks - sorry about that.
[Jaewon] No  problem!

> 
> On Friday, 30 August 2019 5:13:39 AM NZST Jaewon Lee wrote:
> > > -Original Message-
> > > From: Jaewon Lee 
> > > Sent: Monday, April 1, 2019 5:07 PM
> > > To: openembedded-core@lists.openembedded.org; Alejandro Enedino
> > > Hernandez Samaniego ; Manjukumar Harthikote
> > > Matha ; Bruce Ashfield 
> > > Cc: Jaewon Lee 
> > > Subject: [oe-core][master][PATCH] Introduce mechanism to keep
> > > nativesdk* sstate in esdk
> > >
> > > Using SDK_INCLUDE_NATIVESDK flag to toggle inclusion of all
> > > nativesdk* sstate into esdk Currently locked-sigs.inc is generated
> > > during do_sdk_depends which doesn't pull in nativesdk packages.
> > > Generating another locked-sigs.inc in do_populate_sdk_ext and
> > > pruning it to only
> > > nativesdk* packages by using a modified version of the already
> > > existing function prune_locked_sigs and merging it with the current
> > > locked-sigs.inc Also adding SDK_INCLUDE_NATIVESDK tasklistfn to the
> > > logic surrounding setting tasklist file to not prune esdk sstate
> > > during creation
> > >
> > > Signed-off-by: Jaewon Lee 
> 
> The commit message doesn't actually explain why you are adding this
> functionality. You explained it elsewhere (bug 13261) but it needs to be in
> here. I would also recommend adding a "Fixes [YOCTO #13261]" at the end so
> there's a reference back to the bug as well.
[Jaewon] Ok I will resend with commit fixed

> 
> > > @@ -414,7 +433,7 @@ python copy_buildsystem () {
> > >
> > >  sdk_include_toolchain = (d.getVar('SDK_INCLUDE_TOOLCHAIN') == '1')
> > >  sdk_ext_type = d.getVar('SDK_EXT_TYPE')
> > > -if sdk_ext_type != 'minimal' or sdk_include_toolchain or derivative:
> > > +if (sdk_ext_type != 'minimal' or sdk_include_toolchain or derivative)
> and not sdk_include_nativesdk:
> > >  # Create the filtered task list used to generate the sstate cache
> shipped with the SDK
> > >  tasklistfn = d.getVar('WORKDIR') + '/tasklist.txt'
> > >  create_filtered_tasklist(d, baseoutpath, tasklistfn,
> > > conf_initpath) @@ -
> 
> This logic change looks a bit odd. Are you sure this is correct?
[Jaewon] I kept the original logic and did a "and not" my flag 
Because if flag sdk_include_nativesdk is set I want tasklistfn to be none so 
esdksstate is not pruned during creation

Thanks,
Jaewon

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gcc: Security fix for CVE-2019-15847

[Armin Kuster]

From: Armin Kuster 

Affects <= 9.2.0

Dropped Changelog changes.

Signed-off-by: Armin Kuster 
---
 meta/recipes-devtools/gcc/gcc-9.2.inc |   3 +
 .../gcc/gcc-9.2/CVE-2019-15847_1.patch| 521 ++
 .../gcc/gcc-9.2/CVE-2019-15847_2.patch|  77 +++
 .../gcc/gcc-9.2/CVE-2019-15847_3.patch|  62 +++
 4 files changed, 663 insertions(+)
 create mode 100644 meta/recipes-devtools/gcc/gcc-9.2/CVE-2019-15847_1.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc-9.2/CVE-2019-15847_2.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc-9.2/CVE-2019-15847_3.patch

diff --git a/meta/recipes-devtools/gcc/gcc-9.2.inc 
b/meta/recipes-devtools/gcc/gcc-9.2.inc
index 01d3bf0f32..c6395998d5 100644
--- a/meta/recipes-devtools/gcc/gcc-9.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-9.2.inc
@@ -65,6 +65,9 @@ SRC_URI = "\
file://0035-Fix-for-testsuite-failure.patch \
file://0036-Re-introduce-spe-commandline-options.patch \
file://CVE-2019-14250.patch \
+  file://CVE-2019-15847_1.patch \
+  file://CVE-2019-15847_2.patch \
+  file://CVE-2019-15847_3.patch \
 "
 S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
 SRC_URI[md5sum] = "3818ad8600447f05349098232c2ddc78"
diff --git a/meta/recipes-devtools/gcc/gcc-9.2/CVE-2019-15847_1.patch 
b/meta/recipes-devtools/gcc/gcc-9.2/CVE-2019-15847_1.patch
new file mode 100644
index 00..227fd47c95
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc-9.2/CVE-2019-15847_1.patch
@@ -0,0 +1,521 @@
+From 8c61566116d23063ff597271884f8e00d94ab1a1 Mon Sep 17 00:00:00 2001
+From: segher 
+Date: Fri, 30 Aug 2019 13:48:48 +
+Subject: [PATCH]   Backport from trunk 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.
+
+
+git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/branches/gcc-9-branch@275170 
138bc75d-0d04-0410-961f-82ee72b054a4
+
+Upstream-Status: Backport
+CVE: CVE-2019-15847 p1
+Affects <= 9.2.0
+Dropped Changelog changes
+Signed-off-by: Armin Kuster 
+
+---
+ gcc/config/rs6000/altivec.md | 223 --
+ gcc/config/rs6000/rs6000.md  | 224 +++
+ 3 files changed, 239 insertions(+), 223 deletions(-)
+
+Index: gcc-9.2.0/gcc/config/rs6000/altivec.md
+===
+--- gcc-9.2.0.orig/gcc/config/rs6000/altivec.md
 gcc-9.2.0/gcc/config/rs6000/altivec.md
+@@ -80,9 +80,6 @@
+UNSPEC_VUPKHPX
+UNSPEC_VUPKLPX
+UNSPEC_CONVERT_4F32_8I16
+-   UNSPEC_DARN
+-   UNSPEC_DARN_32
+-   UNSPEC_DARN_RAW
+UNSPEC_DST
+UNSPEC_DSTT
+UNSPEC_DSTST
+@@ -161,9 +158,6 @@
+UNSPEC_BCDADD
+UNSPEC_BCDSUB
+UNSPEC_BCD_OVERFLOW
+-   UNSPEC_CMPRB
+-   UNSPEC_CMPRB2
+-   UNSPEC_CMPEQB
+UNSPEC_VRLMI
+UNSPEC_VRLNM
+ ])
+@@ -4101,223 +4095,6 @@
+   "bcd. %0,%1,%2,%3"
+   [(set_attr "type" "vecsimple")])
+ 
+-(define_insn "darn_32"
+-  [(set (match_operand:SI 0 "register_operand" "=r")
+-(unspec:SI [(const_int 0)] UNSPEC_DARN_32))]
+-  "TARGET_P9_MISC"
+-  "darn %0,0"
+-  [(set_attr "type" "integer")])
+-
+-(define_insn "darn_raw"
+-  [(set (match_operand:DI 0 "register_operand" "=r")
+-(unspec:DI [(const_int 0)] UNSPEC_DARN_RAW))]
+-  "TARGET_P9_MISC && TARGET_64BIT"
+-  "darn %0,2"
+-  [(set_attr "type" "integer")])
+-
+-(define_insn "darn"
+-  [(set (match_operand:DI 0 "register_operand" "=r")
+-(unspec:DI [(const_int 0)] UNSPEC_DARN))]
+-  "TARGET_P9_MISC && TARGET_64BIT"
+-  "darn %0,1"
+-  [(set_attr "type" "integer")])
+-
+-;; Test byte within range.
+-;;
+-;; The bytes of operand 1 are organized as xx:xx:xx:vv, where xx
+-;; represents a byte whose value is ignored in this context and
+-;; vv, the least significant byte, holds the byte value that is to
+-;; be tested for membership within the range specified by operand 2.
+-;; The bytes of operand 2 are organized as xx:xx:hi:lo.
+-;;
+-;; Return in target register operand 0 a value of 1 if lo <= vv and
+-;; vv <= hi.  Otherwise, set register operand 0 to 0.
+-;;
+-;; Though the instructions to which this expansion maps operate on
+-;; 64-bit registers, the current implementation only operates on
+-;; SI-mode operands as the high-order bits provide no information
+-;; that is not already available in the low-order bits.  To avoid the
+-;; costs of data widening operations, future enhancements might allow
+-;; 

Re: [OE-core] [PATCH v3 1/9] uefi.conf: add config file holding configuration for UEFI applications

[Richard Purdie]

On Tue, 2019-09-17 at 18:36 +0300, dbarysh...@gmail.com wrote:
> From: Dmitry Eremin-Solenikov 
> 
> Create new config file defining common variables for all UEFI-related
> packages (bootloaders, test applications, etc).
> 
> Signed-off-by: Dmitry Eremin-Solenikov <
> dmitry_eremin-soleni...@mentor.com>
> ---
>  meta/conf/uefi.conf | 16 
>  1 file changed, 16 insertions(+)
>  create mode 100644 meta/conf/uefi.conf

This is heading in the right direction however if we're going to try
and clean things up I've concluded we need to do it properly and get it
right.

Now I understand more about how this configuration file is being used,
should it be called image-uefi.conf ?

I feel really strongly that we do not want an uefi.bbclass, its simply
not warranted and will just continue to expand the current mess of
classes. If all we need it for is some functions, those functions
should be added elsewhere.

I hadn't realised they were shell functions earlier, sorry about that.
One option could be to convert them to python since they could be
written in python easily. You could call a python function as a prefunc
or postfunc of another shell or python function.

Other options could be to make them shell commands (via the script
directory) or create an image-functions.bbclass which contains such
shared functions generically. As long as things are namespaced (which
they already are), that should be fine. I would ask that documentation
comments be added to them to say what the functions do.

I'm also on the lookout for tests of these kinds of codepaths. Code is
much more likely to be accepted if tests are added for it. I'm not
quite sure what would make most sense here in this case buts its a
general point I will be pushing for going forward.

Cheers,

Richard


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [oe-core][master][PATCH] Introduce mechanism to keep nativesdk* sstate in esdk

[Paul Eggleton]

Hi Jaewon

Richard was waiting for me to review this - unfortunately another one that fell 
between the cracks - sorry about that.

On Friday, 30 August 2019 5:13:39 AM NZST Jaewon Lee wrote:
> > -Original Message-
> > From: Jaewon Lee 
> > Sent: Monday, April 1, 2019 5:07 PM
> > To: openembedded-core@lists.openembedded.org; Alejandro Enedino
> > Hernandez Samaniego ; Manjukumar Harthikote
> > Matha ; Bruce Ashfield 
> > Cc: Jaewon Lee 
> > Subject: [oe-core][master][PATCH] Introduce mechanism to keep nativesdk*
> > sstate in esdk
> > 
> > Using SDK_INCLUDE_NATIVESDK flag to toggle inclusion of all nativesdk*
> > sstate into esdk Currently locked-sigs.inc is generated during
> > do_sdk_depends which doesn't pull in nativesdk packages. Generating
> > another locked-sigs.inc in do_populate_sdk_ext and pruning it to only
> > nativesdk* packages by using a modified version of the already existing
> > function prune_locked_sigs and merging it with the current locked-sigs.inc
> > Also adding SDK_INCLUDE_NATIVESDK tasklistfn to the logic surrounding
> > setting tasklist file to not prune esdk sstate during creation
> > 
> > Signed-off-by: Jaewon Lee 

The commit message doesn't actually explain why you are adding this 
functionality. You explained it elsewhere (bug 13261) but it needs to be in 
here. I would also recommend adding a "Fixes [YOCTO #13261]" at the end so 
there's a reference back to the bug as well.

> > @@ -414,7 +433,7 @@ python copy_buildsystem () {
> > 
> >  sdk_include_toolchain = (d.getVar('SDK_INCLUDE_TOOLCHAIN') == '1')
> >  sdk_ext_type = d.getVar('SDK_EXT_TYPE')
> > -if sdk_ext_type != 'minimal' or sdk_include_toolchain or derivative:
> > +if (sdk_ext_type != 'minimal' or sdk_include_toolchain or derivative) 
> > and not sdk_include_nativesdk:
> >  # Create the filtered task list used to generate the sstate cache 
> > shipped with the SDK
> >  tasklistfn = d.getVar('WORKDIR') + '/tasklist.txt'
> >  create_filtered_tasklist(d, baseoutpath, tasklistfn, 
> > conf_initpath) @@ -

This logic change looks a bit odd. Are you sure this is correct?

Thanks
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [thud][PATCH v4] gcc: CVE fix for gcc

[Muminul Islam]

Signed-off-by: Muminul Islam 
---
 meta/recipes-devtools/gcc/gcc-8.2.inc |   3 +
 .../gcc/gcc-8.2/CVE-2019-15847_p1.patch   | 222 ++
 .../gcc/gcc-8.2/CVE-2019-15847_p2.patch   |  47 
 .../gcc/gcc-8.2/CVE-2019-15847_p3.patch   |  38 +++
 4 files changed, 310 insertions(+)
 create mode 100644 meta/recipes-devtools/gcc/gcc-8.2/CVE-2019-15847_p1.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc-8.2/CVE-2019-15847_p2.patch
 create mode 100644 meta/recipes-devtools/gcc/gcc-8.2/CVE-2019-15847_p3.patch

diff --git a/meta/recipes-devtools/gcc/gcc-8.2.inc 
b/meta/recipes-devtools/gcc/gcc-8.2.inc
index 866a77558b..65fd29d943 100644
--- a/meta/recipes-devtools/gcc/gcc-8.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-8.2.inc
@@ -70,6 +70,9 @@ 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://CVE-2019-15847_p1.patch \
+   file://CVE-2019-15847_p2.patch \
+   file://CVE-2019-15847_p3.patch \
${BACKPORTS} \
 "
 BACKPORTS = "\
diff --git a/meta/recipes-devtools/gcc/gcc-8.2/CVE-2019-15847_p1.patch 
b/meta/recipes-devtools/gcc/gcc-8.2/CVE-2019-15847_p1.patch
new file mode 100644
index 00..61fd5f341b
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc-8.2/CVE-2019-15847_p1.patch
@@ -0,0 +1,222 @@
+From eebe740f9142ee15bd997c480df0e1f61ac6ffd1 Mon Sep 17 00:00:00 2001
+From: segher 
+Date: Fri, 30 Aug 2019 14:15:39 +
+Subject: [PATCH]   Backport from trunk 2019-08-22  Segher Boessenkool
+  
+Reply-To: muis...@microsoft.com
+
+   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/branches/gcc-8-branch@275181 
138bc75d-0d04-0410-961f-82ee72b054a4
+Signed-off-by: Muminul Islam 
+
+CVE: CVE-2019-15847
+
+Upstream-Status: Backport
+---
+ gcc/config/rs6000/rs6000.md | 169 
+ 1 file changed, 169 insertions(+)
+
+diff --git a/gcc/config/rs6000/rs6000.md b/gcc/config/rs6000/rs6000.md
+index 60058814b8a..f540b033541 100644
+--- a/gcc/config/rs6000/rs6000.md
 b/gcc/config/rs6000/rs6000.md
+@@ -136,6 +136,9 @@
+UNSPEC_LSQ
+UNSPEC_FUSION_GPR
+UNSPEC_STACK_CHECK
++   UNSPEC_CMPRB
++   UNSPEC_CMPRB2
++   UNSPEC_CMPEQB
+UNSPEC_FUSION_P9
+UNSPEC_FUSION_ADDIS
+UNSPEC_ADD_ROUND_TO_ODD
+@@ -162,6 +165,9 @@
+UNSPECV_EH_RR  ; eh_reg_restore
+UNSPECV_ISYNC  ; isync instruction
+UNSPECV_MFTB   ; move from time base
++   UNSPECV_DARN   ; darn 1 (deliver a random number)
++   UNSPECV_DARN_32; darn 2
++   UNSPECV_DARN_RAW   ; darn 0
+UNSPECV_NLGR   ; non-local goto receiver
+UNSPECV_MFFS   ; Move from FPSCR
+UNSPECV_MTFSF  ; Move to FPSCR Fields
+@@ -14602,6 +14608,169 @@
+"xscmpuqp %0,%1,%2"
+   [(set_attr "type" "veccmp")
+(set_attr "size" "128")])
++
++;; Miscellaneous ISA 3.0 (power9) instructions
++
++(define_insn "darn_32"
++  [(set (match_operand:SI 0 "register_operand" "=r")
++(unspec_volatile:SI [(const_int 0)] UNSPECV_DARN_32))]
++  "TARGET_P9_MISC"
++  "darn %0,0"
++  [(set_attr "type" "integer")])
++
++(define_insn "darn_raw"
++  [(set (match_operand:DI 0 "register_operand" "=r")
++(unspec_volatile:DI [(const_int 0)] UNSPECV_DARN_RAW))]
++  "TARGET_P9_MISC && TARGET_64BIT"
++  "darn %0,2"
++  [(set_attr "type" "integer")])
++
++(define_insn "darn"
++  [(set (match_operand:DI 0 "register_operand" "=r")
++(unspec_volatile:DI [(const_int 0)] UNSPECV_DARN))]
++  "TARGET_P9_MISC && TARGET_64BIT"
++  "darn %0,1"
++  [(set_attr "type" "integer")])
++
++;; Test byte within range.
++;;
++;; The bytes of operand 1 are organized as xx:xx:xx:vv, where xx
++;; represents a byte whose value is ignored in this context and
++;; vv, the least significant byte, holds the byte value that is to
++;; be tested for membership within the range specified by operand 2.
++;; The bytes of operand 2 are organized as xx:xx:hi:lo.
++;;
++;; Return in target register operand 0 a value of 1 if lo <= vv and
++;; vv <= hi.  Otherwise, set register operand 0 to 0.
++;;
++;; Though the instructions to which this expansion maps operate on
++;; 64-bit registers, the current implementation only operates on
++;; SI-mode operands as the high-order bits provide no information
++;; that is not already available in the low-order bits.  To avoid the
++;; costs of data widening operations, 

[OE-core] [thud][PATCH v3] gcc: CVE fix for gcc

[Muminul Islam]

Signed-off-by: Muminul Islam 
---
 meta/recipes-devtools/gcc/gcc-8.2.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc-8.2.inc 
b/meta/recipes-devtools/gcc/gcc-8.2.inc
index 866a77558b..65fd29d943 100644
--- a/meta/recipes-devtools/gcc/gcc-8.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-8.2.inc
@@ -70,6 +70,9 @@ 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://CVE-2019-15847_p1.patch \
+   file://CVE-2019-15847_p2.patch \
+   file://CVE-2019-15847_p3.patch \
${BACKPORTS} \
 "
 BACKPORTS = "\
-- 
2.23.0

-- 
___
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

[akuster808]

On 9/16/19 10:31 PM, mikko.rap...@bmw.de wrote:
> 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.

I agree, We have done this with other toolchain backports.

- armin
>
> -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 

[OE-core] [PATCH] systemd-systemctl-native: don't care about line endings

[Ross Burton]

It's possible for a service file to accidentally contain mixed line endings, but
the string cleanup code was assuming Unix endings.

[ YOCTO #13535 ]

Signed-off-by: Ross Burton 
---
 meta/recipes-core/systemd/systemd-systemctl/systemctl | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd-systemctl/systemctl 
b/meta/recipes-core/systemd/systemd-systemctl/systemctl
index 8837f54e166..ebac863739a 100755
--- a/meta/recipes-core/systemd/systemd-systemctl/systemctl
+++ b/meta/recipes-core/systemd/systemd-systemctl/systemctl
@@ -57,7 +57,7 @@ class SystemdFile():
 if skip_re.match(line):
 continue
 
-line = line.rstrip("\n")
+line = line.strip()
 m = section_re.match(line)
 if m:
 if m.group('section') not in self.sections:
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] openssl: Enable os option for with-rand-seed as well

[Khem Raj]

with openSSL 1.1.1d we start seeing errors like

Error Generating Key
139979727451584:error:2406C06E:random number 
generator:RAND_DRBG_instantiate:error retrieving 
entropy:../openssl-1.1.1d/crypto/rand/drbg_lib.c:342:

when using openssl from openssl-native on build hosts, this is due to
limiting the random seed to devrandom, to support older hosts, since the
option allows to have a comma separated list of methods to try, we can
try the default first and if that fails then fallback to devrandom, this
will ensure that it keeps working with build systems which dont support
getrandom()

Signed-off-by: Khem Raj 
Cc: Adrian Bunk 
Cc: Alexander Kanavin 
---
 meta/recipes-connectivity/openssl/openssl_1.1.1d.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
index 080d1a8bb7..072f727e0b 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
@@ -43,10 +43,10 @@ do_configure[cleandirs] = "${B}"
 EXTRA_OECONF_append_libc-musl = " no-async"
 EXTRA_OECONF_append_libc-musl_powerpc64 = " no-asm"
 
-# This prevents openssl from using getrandom() which is not available on older 
glibc versions
+# adding devrandom prevents openssl from using getrandom() which is not 
available on older glibc versions
 # (native versions can be built with newer glibc, but then relocated onto a 
system with older glibc)
-EXTRA_OECONF_class-native = "--with-rand-seed=devrandom"
-EXTRA_OECONF_class-nativesdk = "--with-rand-seed=devrandom"
+EXTRA_OECONF_class-native = "--with-rand-seed=os,devrandom"
+EXTRA_OECONF_class-nativesdk = "--with-rand-seed=os,devrandom"
 
 # Relying on hardcoded built-in paths causes openssl-native to not be 
relocateable from sstate.
 CFLAGS_append_class-native = " -DOPENSSLDIR=/not/builtin 
-DENGINESDIR=/not/builtin"
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 9/9] systemd-boot.bbclass: use efi_*_populate_common

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Use common code form uefi.bbclass to populate efi directories.

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/classes/systemd-boot.bbclass | 20 
 1 file changed, 4 insertions(+), 16 deletions(-)

diff --git a/meta/classes/systemd-boot.bbclass 
b/meta/classes/systemd-boot.bbclass
index 47f2adcd7744..6594a2331f7d 100644
--- a/meta/classes/systemd-boot.bbclass
+++ b/meta/classes/systemd-boot.bbclass
@@ -11,21 +11,17 @@
 
 do_bootimg[depends] += "${MLPREFIX}systemd-boot:do_deploy"
 
-require conf/uefi.conf
+inherit uefi
 # Need UUID utility code.
 inherit fs-uuid
 
 efi_populate() {
-DEST=$1
+efi_populate_common "$1" systemd
 
-install -d ${DEST}${EFIDIR}
 # systemd-boot requires these paths for configuration files
 # they are not customizable so no point in new vars
 install -d ${DEST}/loader
 install -d ${DEST}/loader/entries
-install -m 0644 ${DEPLOY_DIR_IMAGE}/systemd-${EFI_BOOT_IMAGE} 
${DEST}${EFIDIR}/${EFI_BOOT_IMAGE}
-EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
-printf 'fs0:%s\%s\n' "$EFIPATH" "${EFI_BOOT_IMAGE}" 
>${DEST}/startup.nsh
 install -m 0644 ${SYSTEMD_BOOT_CFG} ${DEST}/loader/loader.conf
 for i in ${SYSTEMD_BOOT_ENTRIES}; do
 install -m 0644 ${i} ${DEST}/loader/entries
@@ -33,17 +29,9 @@ efi_populate() {
 }
 
 efi_iso_populate() {
-iso_dir=$1
-efi_populate $iso_dir
-mkdir -p ${EFIIMGDIR}/${EFIDIR}
-cp $iso_dir/${EFIDIR}/* ${EFIIMGDIR}${EFIDIR}
+efi_iso_populate_common "$1"
+
 cp -r $iso_dir/loader ${EFIIMGDIR}
-cp $iso_dir/${KERNEL_IMAGETYPE} ${EFIIMGDIR}
-EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
-echo "fs0:${EFIPATH}\\${EFI_BOOT_IMAGE}" > ${EFIIMGDIR}/startup.nsh
-if [ -f "$iso_dir/initrd" ] ; then
-cp $iso_dir/initrd ${EFIIMGDIR}
-fi
 }
 
 efi_hddimg_populate() {
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 8/9] grub-efi.bbclass: use efi_*_populate_common

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Use common code form uefi.bbclass to populate efi directories.

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/classes/grub-efi.bbclass | 24 +++-
 1 file changed, 3 insertions(+), 21 deletions(-)

diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index 4aa173e23bb1..188515ef9edc 100644
--- a/meta/classes/grub-efi.bbclass
+++ b/meta/classes/grub-efi.bbclass
@@ -1,32 +1,14 @@
 inherit grub-efi-cfg
-require conf/uefi.conf
+inherit uefi
 
 efi_populate() {
-   # DEST must be the root of the image so that EFIDIR is not
-   # nested under a top level directory.
-   DEST=$1
-
-   install -d ${DEST}${EFIDIR}
-
-   install -m 0644 ${DEPLOY_DIR_IMAGE}/grub-efi-${EFI_BOOT_IMAGE} 
${DEST}${EFIDIR}/${EFI_BOOT_IMAGE}
-   EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
-   printf 'fs0:%s\%s\n' "$EFIPATH" "${EFI_BOOT_IMAGE}" >${DEST}/startup.nsh
+   efi_populate_common "$1" grub-efi
 
install -m 0644 ${GRUB_CFG} ${DEST}${EFIDIR}/grub.cfg
 }
 
 efi_iso_populate() {
-   iso_dir=$1
-   efi_populate $iso_dir
-   # Build a EFI directory to create efi.img
-   mkdir -p ${EFIIMGDIR}/${EFIDIR}
-   cp $iso_dir/${EFIDIR}/* ${EFIIMGDIR}${EFIDIR}
-   cp $iso_dir/${KERNEL_IMAGETYPE} ${EFIIMGDIR}
-   EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
-   printf 'fs0:%s\%s\n' "$EFIPATH" "grub-efi-${EFI_BOOT_IMAGE}" > 
${EFIIMGDIR}/startup.nsh
-   if [ -f "$iso_dir/initrd" ] ; then
-   cp $iso_dir/initrd ${EFIIMGDIR}
-   fi
+   efi_iso_populate_common "$1"
 }
 
 efi_hddimg_populate() {
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 7/9] uefi.bbclass: provide efi population functions for live images

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Define common functions for populating EFI directories in live image.

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/classes/uefi.bbclass | 29 +
 1 file changed, 29 insertions(+)
 create mode 100644 meta/classes/uefi.bbclass

diff --git a/meta/classes/uefi.bbclass b/meta/classes/uefi.bbclass
new file mode 100644
index ..4baba81369c8
--- /dev/null
+++ b/meta/classes/uefi.bbclass
@@ -0,0 +1,29 @@
+require conf/uefi.conf
+
+efi_populate_common() {
+# DEST must be the root of the image so that EFIDIR is not
+# nested under a top level directory.
+DEST=$1
+
+install -d ${DEST}${EFIDIR}
+
+install -m 0644 ${DEPLOY_DIR_IMAGE}/$2-${EFI_BOOT_IMAGE} 
${DEST}${EFIDIR}/${EFI_BOOT_IMAGE}
+EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
+printf 'fs0:%s\%s\n' "$EFIPATH" "${EFI_BOOT_IMAGE}" 
>${DEST}/startup.nsh
+}
+
+efi_iso_populate_common() {
+iso_dir=$1
+efi_populate $iso_dir
+# Build a EFI directory to create efi.img
+mkdir -p ${EFIIMGDIR}/${EFIDIR}
+cp $iso_dir/${EFIDIR}/* ${EFIIMGDIR}${EFIDIR}
+cp $iso_dir/${KERNEL_IMAGETYPE} ${EFIIMGDIR}
+
+EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
+printf 'fs0:%s\%s\n' "$EFIPATH" "${EFI_BOOT_IMAGE}" 
>${EFIIMGDIR}/startup.nsh
+
+if [ -f "$iso_dir/initrd" ] ; then
+cp $iso_dir/initrd ${EFIIMGDIR}
+fi
+}
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 5/9] systemd-boot: switch to uefi.conf

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Use variables from uefi.conf instead of hardcoding them in the recipe.

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/recipes-core/systemd/systemd-boot_243.bb | 15 ++-
 1 file changed, 6 insertions(+), 9 deletions(-)

diff --git a/meta/recipes-core/systemd/systemd-boot_243.bb 
b/meta/recipes-core/systemd/systemd-boot_243.bb
index 56a25c35babc..8e5d00bbec91 100644
--- a/meta/recipes-core/systemd/systemd-boot_243.bb
+++ b/meta/recipes-core/systemd/systemd-boot_243.bb
@@ -1,6 +1,8 @@
 require systemd.inc
 FILESEXTRAPATHS =. "${FILE_DIRNAME}/systemd:"
 
+require conf/uefi.conf
+
 DEPENDS = "intltool-native libcap util-linux gnu-efi gperf-native"
 
 # NOTE: These three patches are in theory not needed, but we haven't
@@ -33,16 +35,13 @@ python __anonymous () {
 import re
 target = d.getVar('TARGET_ARCH')
 prefix = "" if d.getVar('EFI_PROVIDER') == "systemd-boot" else "systemd-"
-if target == "x86_64":
-systemdimage = prefix + "bootx64.efi"
-else:
-systemdimage = prefix + "bootia32.efi"
+systemdimage = prefix + d.getVar("EFI_BOOT_IMAGE")
 d.setVar("SYSTEMD_BOOT_IMAGE", systemdimage)
 prefix = "systemd-" if prefix == "" else ""
 d.setVar("SYSTEMD_BOOT_IMAGE_PREFIX", prefix)
 }
 
-FILES_${PN} = "/boot/EFI/BOOT/${SYSTEMD_BOOT_IMAGE}"
+FILES_${PN} = "${EFI_FILES_PATH}/${SYSTEMD_BOOT_IMAGE}"
 
 RDEPENDS_${PN} += "virtual/systemd-bootconf"
 
@@ -61,10 +60,8 @@ do_compile() {
 }
 
 do_install() {
-   install -d ${D}/boot
-   install -d ${D}/boot/EFI
-   install -d ${D}/boot/EFI/BOOT
-   install ${B}/src/boot/efi/systemd-boot*.efi 
${D}/boot/EFI/BOOT/${SYSTEMD_BOOT_IMAGE}
+   install -d ${D}${EFI_FILES_PATH}
+   install ${B}/src/boot/efi/systemd-boot*.efi 
${D}${EFI_FILES_PATH}/${SYSTEMD_BOOT_IMAGE}
 }
 
 do_deploy () {
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 6/9] systemd-boot.bbclass: switch to uefi.conf

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Use variables from uefi.conf instead of hardcoding them in the class.

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/classes/systemd-boot.bbclass | 15 ---
 1 file changed, 4 insertions(+), 11 deletions(-)

diff --git a/meta/classes/systemd-boot.bbclass 
b/meta/classes/systemd-boot.bbclass
index 3cd6811a6ce1..47f2adcd7744 100644
--- a/meta/classes/systemd-boot.bbclass
+++ b/meta/classes/systemd-boot.bbclass
@@ -11,28 +11,21 @@
 
 do_bootimg[depends] += "${MLPREFIX}systemd-boot:do_deploy"
 
-EFIDIR = "/EFI/BOOT"
+require conf/uefi.conf
 # Need UUID utility code.
 inherit fs-uuid
 
 efi_populate() {
 DEST=$1
 
-EFI_IMAGE="systemd-bootia32.efi"
-DEST_EFI_IMAGE="bootia32.efi"
-if [ "${TARGET_ARCH}" = "x86_64" ]; then
-EFI_IMAGE="systemd-bootx64.efi"
-DEST_EFI_IMAGE="bootx64.efi"
-fi
-
 install -d ${DEST}${EFIDIR}
 # systemd-boot requires these paths for configuration files
 # they are not customizable so no point in new vars
 install -d ${DEST}/loader
 install -d ${DEST}/loader/entries
-install -m 0644 ${DEPLOY_DIR_IMAGE}/${EFI_IMAGE} 
${DEST}${EFIDIR}/${DEST_EFI_IMAGE}
+install -m 0644 ${DEPLOY_DIR_IMAGE}/systemd-${EFI_BOOT_IMAGE} 
${DEST}${EFIDIR}/${EFI_BOOT_IMAGE}
 EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
-printf 'fs0:%s\%s\n' "$EFIPATH" "$DEST_EFI_IMAGE" >${DEST}/startup.nsh
+printf 'fs0:%s\%s\n' "$EFIPATH" "${EFI_BOOT_IMAGE}" 
>${DEST}/startup.nsh
 install -m 0644 ${SYSTEMD_BOOT_CFG} ${DEST}/loader/loader.conf
 for i in ${SYSTEMD_BOOT_ENTRIES}; do
 install -m 0644 ${i} ${DEST}/loader/entries
@@ -47,7 +40,7 @@ efi_iso_populate() {
 cp -r $iso_dir/loader ${EFIIMGDIR}
 cp $iso_dir/${KERNEL_IMAGETYPE} ${EFIIMGDIR}
 EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
-echo "fs0:${EFIPATH}\\${DEST_EFI_IMAGE}" > ${EFIIMGDIR}/startup.nsh
+echo "fs0:${EFIPATH}\\${EFI_BOOT_IMAGE}" > ${EFIIMGDIR}/startup.nsh
 if [ -f "$iso_dir/initrd" ] ; then
 cp $iso_dir/initrd ${EFIIMGDIR}
 fi
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 4/9] grub-efi.bbclass: switch to uefi.conf

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Use variables from uefi.conf instead of hardcoding them in the class.

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/classes/grub-efi-cfg.bbclass |  1 -
 meta/classes/grub-efi.bbclass | 20 
 2 files changed, 4 insertions(+), 17 deletions(-)

diff --git a/meta/classes/grub-efi-cfg.bbclass 
b/meta/classes/grub-efi-cfg.bbclass
index f661a69f833a..8b5ff20c72c0 100644
--- a/meta/classes/grub-efi-cfg.bbclass
+++ b/meta/classes/grub-efi-cfg.bbclass
@@ -23,7 +23,6 @@ GRUB_TIMEOUT ?= "10"
 #FIXME: build this from the machine config
 GRUB_OPTS ?= "serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1"
 
-EFIDIR = "/EFI/BOOT"
 GRUB_ROOT ?= "${ROOT}"
 APPEND ?= ""
 
diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index ec692f1646f3..4aa173e23bb1 100644
--- a/meta/classes/grub-efi.bbclass
+++ b/meta/classes/grub-efi.bbclass
@@ -1,4 +1,5 @@
 inherit grub-efi-cfg
+require conf/uefi.conf
 
 efi_populate() {
# DEST must be the root of the image so that EFIDIR is not
@@ -7,22 +8,9 @@ efi_populate() {
 
install -d ${DEST}${EFIDIR}
 
-   GRUB_IMAGE="grub-efi-bootia32.efi"
-   DEST_IMAGE="bootia32.efi"
-   if [ -n "${MLPREFIX}" ]; then
-   if [ "${TARGET_ARCH_MULTILIB_ORIGINAL}" = "x86_64" ]; then
-   GRUB_IMAGE="grub-efi-bootx64.efi"
-   DEST_IMAGE="bootx64.efi"
-   fi
-   else
-   if [ "${TARGET_ARCH}" = "x86_64" ]; then
-   GRUB_IMAGE="grub-efi-bootx64.efi"
-   DEST_IMAGE="bootx64.efi"
-   fi
-   fi
-   install -m 0644 ${DEPLOY_DIR_IMAGE}/${GRUB_IMAGE} 
${DEST}${EFIDIR}/${DEST_IMAGE}
+   install -m 0644 ${DEPLOY_DIR_IMAGE}/grub-efi-${EFI_BOOT_IMAGE} 
${DEST}${EFIDIR}/${EFI_BOOT_IMAGE}
EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
-   printf 'fs0:%s\%s\n' "$EFIPATH" "$DEST_IMAGE" >${DEST}/startup.nsh
+   printf 'fs0:%s\%s\n' "$EFIPATH" "${EFI_BOOT_IMAGE}" >${DEST}/startup.nsh
 
install -m 0644 ${GRUB_CFG} ${DEST}${EFIDIR}/grub.cfg
 }
@@ -35,7 +23,7 @@ efi_iso_populate() {
cp $iso_dir/${EFIDIR}/* ${EFIIMGDIR}${EFIDIR}
cp $iso_dir/${KERNEL_IMAGETYPE} ${EFIIMGDIR}
EFIPATH=$(echo "${EFIDIR}" | sed 's/\//\\/g')
-   printf 'fs0:%s\%s\n' "$EFIPATH" "$GRUB_IMAGE" > ${EFIIMGDIR}/startup.nsh
+   printf 'fs0:%s\%s\n' "$EFIPATH" "grub-efi-${EFI_BOOT_IMAGE}" > 
${EFIIMGDIR}/startup.nsh
if [ -f "$iso_dir/initrd" ] ; then
cp $iso_dir/initrd ${EFIIMGDIR}
fi
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 3/9] grub-efi: switch to uefi.conf

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Use variables from uefi.conf instead of hardcoding them in the recipe.

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/recipes-bsp/grub/grub-efi_2.04.bb | 17 +++--
 1 file changed, 7 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-bsp/grub/grub-efi_2.04.bb 
b/meta/recipes-bsp/grub/grub-efi_2.04.bb
index c85879b6772f..4a73a7dfddd9 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.04.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.04.bb
@@ -1,5 +1,7 @@
 require grub2.inc
 
+require conf/uefi.conf
+
 GRUBPLATFORM = "efi"
 
 DEPENDS_append_class-target = " grub-efi-native"
@@ -18,18 +20,15 @@ python __anonymous () {
 prefix = "" if d.getVar('EFI_PROVIDER') == "grub-efi" else "grub-efi-"
 if target == "x86_64":
 grubtarget = 'x86_64'
-grubimage = prefix + "bootx64.efi"
 elif re.match('i.86', target):
 grubtarget = 'i386'
-grubimage = prefix + "bootia32.efi"
 elif re.match('aarch64', target):
 grubtarget = 'arm64'
-grubimage = prefix + "bootaa64.efi"
 elif re.match('arm', target):
 grubtarget = 'arm'
-grubimage = prefix + "bootarm.efi"
 else:
 raise bb.parse.SkipRecipe("grub-efi is incompatible with target %s" % 
target)
+grubimage = prefix + d.getVar("EFI_BOOT_IMAGE")
 d.setVar("GRUB_TARGET", grubtarget)
 d.setVar("GRUB_IMAGE", grubimage)
 prefix = "grub-efi-" if prefix == "" else ""
@@ -45,7 +44,7 @@ do_mkimage() {
cd ${B}
# Search for the grub.cfg on the local boot media by using the
# built in cfg file provided via this recipe
-   grub-mkimage -c ../cfg -p /EFI/BOOT -d ./grub-core/ \
+   grub-mkimage -c ../cfg -p ${EFIDIR} -d ./grub-core/ \
   -O ${GRUB_TARGET}-efi -o 
./${GRUB_IMAGE_PREFIX}${GRUB_IMAGE} \
   ${GRUB_BUILDIN}
 }
@@ -57,10 +56,8 @@ do_mkimage_class-native() {
 }
 
 do_install_append_class-target() {
-   install -d ${D}/boot
-   install -d ${D}/boot/EFI
-   install -d ${D}/boot/EFI/BOOT
-   install -m 644 ${B}/${GRUB_IMAGE_PREFIX}${GRUB_IMAGE} 
${D}/boot/EFI/BOOT/${GRUB_IMAGE}
+   install -d ${D}${EFI_FILES_PATH}
+   install -m 644 ${B}/${GRUB_IMAGE_PREFIX}${GRUB_IMAGE} 
${D}${EFI_FILES_PATH}/${GRUB_IMAGE}
 }
 
 do_install_class-native() {
@@ -100,7 +97,7 @@ addtask deploy after do_install before do_build
 
 FILES_${PN} = "${libdir}/grub/${GRUB_TARGET}-efi \
${datadir}/grub \
-   /boot/EFI/BOOT/${GRUB_IMAGE} \
+   ${EFI_FILES_PATH}/${GRUB_IMAGE} \
"
 
 FILES_${PN}_remove_aarch64 = "${libdir}/grub/${GRUB_TARGET}-efi"
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 2/9] grub-bootconf: switch to uefi.conf

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Use variables from uefi.conf instead of hardcoding them in the recipe.

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/recipes-bsp/grub/grub-bootconf_1.00.bb | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-bsp/grub/grub-bootconf_1.00.bb 
b/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
index 9d5dab9aa808..7a09da26d683 100644
--- a/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
+++ b/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
@@ -9,6 +9,8 @@ RPROVIDES_${PN} += "virtual/grub-bootconf"
 
 inherit grub-efi-cfg
 
+require conf/uefi.conf
+
 S = "${WORKDIR}"
 
 GRUB_CFG = "${S}/grub-bootconf"
@@ -23,10 +25,8 @@ python do_configure() {
 do_configure[vardeps] += "APPEND ROOT"
 
 do_install() {
-   install -d ${D}/boot
-   install -d ${D}/boot/EFI
-   install -d ${D}/boot/EFI/BOOT
-   install grub-bootconf ${D}/boot/EFI/BOOT/grub.cfg
+   install -d ${D}${EFI_FILES_PATH}
+   install grub-bootconf ${D}${EFI_FILES_PATH}/grub.cfg
 }
 
-FILES_${PN} = "/boot/EFI/BOOT/grub.cfg"
+FILES_${PN} = "${EFI_FILES_PATH}/grub.cfg"
-- 
2.23.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 1/9] uefi.conf: add config file holding configuration for UEFI applications

[dbaryshkov]

From: Dmitry Eremin-Solenikov 

Create new config file defining common variables for all UEFI-related
packages (bootloaders, test applications, etc).

Signed-off-by: Dmitry Eremin-Solenikov 
---
 meta/conf/uefi.conf | 16 
 1 file changed, 16 insertions(+)
 create mode 100644 meta/conf/uefi.conf

diff --git a/meta/conf/uefi.conf b/meta/conf/uefi.conf
new file mode 100644
index ..aaeff12ccb80
--- /dev/null
+++ b/meta/conf/uefi.conf
@@ -0,0 +1,16 @@
+# Location of EFI files inside EFI System Partition
+EFIDIR ?= "/EFI/BOOT"
+
+# Prefix where ESP is mounted inside rootfs. Set to empty if package is going
+# to be installed to ESP directly
+EFI_PREFIX ?= "/boot"
+
+# Location inside rootfs.
+EFI_FILES_PATH = "${EFI_PREFIX}${EFIDIR}"
+
+# Determine name of bootloader image
+EFI_BOOT_IMAGE ?= "bootINVALID.efi"
+EFI_BOOT_IMAGE_x86-64 = "bootx64.efi"
+EFI_BOOT_IMAGE_x86 = "bootia32.efi"
+EFI_BOOT_IMAGE_aarch64 = "bootaa64.efi"
+EFI_BOOT_IMAGE_arm = "bootarm.efi"
-- 
2.23.0

-- 
___
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

[akuster808]

On 9/16/19 1:37 PM, 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 \
This patch appears to include the same info twice.

The change logs include information not present in this patch series.


can you double check.

- armin
> +   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 

[OE-core] Yocto Project Status WW38’19

[Stephen K Jolley]

Current Dev Position: YP 2.8 M4 Feature Freeze

Next Deadline: YP 3.0 Final Release 25th Oct

SWAT Team Rotation:

   -

   SWAT lead is currently: Ross
   -

   SWAT team rotation: Ross -> Amanda on Sept. 20, 2019
   -

   SWAT team rotation: Amanda -> Chen on Sept. 27, 2019
   -

   https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team


Next Team Meetings:

   -

   Bug Triage meeting Thursday Sept 19th at 7:30am PDT (
   https://zoom.us/j/454367603)
   -

   Monthly Project Meeting Tuesday Oct. 1st at 8am PDT (
   https://zoom.us/j/990892712) 
   -

   Weekly Engineering Sync Tuesday Sept. 17th at 8am PDT (
   https://zoom.us/j/990892712) 
   -

   Twitch - Next event is Tuesday Octt. 8th at 8am PDT (
   https://www.twitch.tv/yocto_project)


Key Status/Updates:

   -

   We’re now in feature freeze for 3.0 and working on bug fixing for final
   release
   -

   We have not built M3 yet as there are still three issues that need to be
   resolved:
   -

  strace ptest regressions with 5.1/5.2 kernels
  -

  systemd timeouts on mips
  -

  hashequiv server rewrite
  -

   The strace regressions will be discussed with the kernel community, the
   best workaround may be to lower the individual test timeouts so one the
   affected individual tests fail rather than all tests timing out.
   -

   The qemumips issue with systemd is puzzling as its happening in hwdb and
   hwdb should be generated in advance anyway. Investigation is ongoing about
   why its being regenerated, a workaround is to increase the timeout as mips
   is just slow (it does complete eventually, its just marginal).
   -

   The hashequiv server changes are being tested in master-next
   -

   It is planned to build M3 this week with the workarounds mentioned above
   worst case. Its expected there would be further hashequiv fixing during M4.
   -

   We hope to make up time during M4 by having M3 at high quality and take
   advantage of our automation.
   -

   Documentation - Due to illness Scott is unavailable for the next month
   or two so doc patches will be handled by Richard or Ross in the short term.
   We’ll likely limit them to correctness issues and defer any substantial new
   text. If anyone has availability and skills to work on the manuals please
   talk to us. We’re aware there is a patch backlog.
   -

   If anyone has any status items for the project they’d like to add to the
   weekly reports, please email Richard+Stephen.


Planned Releases for YP 3.0 {2.8}:

   -

   M3 Release 6th Sept
   -

   M4 Cutoff 30th Sept - this will be YP 3.0.
   -

   YP 3.0 {2.8 (M4)} Final Release 25th Oct


Planned upcoming dot releases:

   -

   YP 2.7.2 (Warrior) is planned for after YP 3.0 release.
   -

   YP 2.6.4 (Thud) is planned for after YP 2.7.2  release.


Tracking Metrics:

   -

   WDD 2449 (last week 2424) (
   https://wiki.yoctoproject.org/charts/combo.html)
   -

   Poky Patch Metrics
   -

  Total patches found: 1424 (last week 1417)
  -

  Patches in the Pending State: 587 (41%) [last week 582 (41%)]


Key Status Links for YP:

https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.8_Status

https://wiki.yoctoproject.org/wiki/Yocto_2.8_Schedule

https://wiki.yoctoproject.org/wiki/Yocto_2.8_Features

The Yocto Project’s technical governance is through its Technical Steering
Committee, more information is available at:

https://wiki.yoctoproject.org/wiki/TSC

The Status reports are now stored on the wiki at:
https://wiki.yoctoproject.org/wiki/Weekly_Status

[If anyone has suggestions for other information you’d like to see on this
weekly status update, let us know!]


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] [PATCH 2/4] oe-selftest: extend virgl gtk test to also check the SDL option

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oeqa/selftest/cases/runtime_test.py | 17 +
 1 file changed, 13 insertions(+), 4 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/runtime_test.py 
b/meta/lib/oeqa/selftest/cases/runtime_test.py
index 3f212bd0eac..8f98a9ead46 100644
--- a/meta/lib/oeqa/selftest/cases/runtime_test.py
+++ b/meta/lib/oeqa/selftest/cases/runtime_test.py
@@ -166,9 +166,9 @@ class TestImage(OESelftestTestCase):
 bitbake('core-image-full-cmdline socat')
 bitbake('-c testimage core-image-full-cmdline')
 
-def test_testimage_virgl_gtk(self):
+def test_testimage_virgl_gtk_sdl(self):
 """
-Summary: Check host-assisted accelerate OpenGL functionality in qemu 
with gtk frontend
+Summary: Check host-assisted accelerate OpenGL functionality in qemu 
with gtk and SDL frontends
 Expected: 1. Check that virgl kernel driver is loaded and 3d 
acceleration is enabled
   2. Check that kmscube demo runs without crashing.
 Product: oe-core
@@ -181,18 +181,27 @@ class TestImage(OESelftestTestCase):
 self.skipTest('virgl isn\'t working with Debian 8')
 
 qemu_packageconfig = get_bb_var('PACKAGECONFIG', 'qemu-system-native')
+sdl_packageconfig = get_bb_var('PACKAGECONFIG', 'libsdl2-native')
 features = 'INHERIT += "testimage"\n'
 if 'gtk+' not in qemu_packageconfig:
 features += 'PACKAGECONFIG_append_pn-qemu-system-native = " 
gtk+"\n'
+if 'sdl' not in qemu_packageconfig:
+features += 'PACKAGECONFIG_append_pn-qemu-system-native = " sdl"\n'
 if 'virglrenderer' not in qemu_packageconfig:
 features += 'PACKAGECONFIG_append_pn-qemu-system-native = " 
virglrenderer"\n'
 if 'glx' not in qemu_packageconfig:
 features += 'PACKAGECONFIG_append_pn-qemu-system-native = " glx"\n'
+if 'opengl' not in sdl_packageconfig:
+features += 'PACKAGECONFIG_append_pn-libsdl2-native = " opengl"\n'
 features += 'TEST_SUITES = "ping ssh virgl"\n'
 features += 'IMAGE_FEATURES_append = " ssh-server-dropbear"\n'
 features += 'IMAGE_INSTALL_append = " kmscube"\n'
-features += 'TEST_RUNQEMUPARAMS = "gtk gl"\n'
-self.write_config(features)
+features_gtk = features + 'TEST_RUNQEMUPARAMS = "gtk gl"\n'
+self.write_config(features_gtk)
+bitbake('core-image-minimal')
+bitbake('-c testimage core-image-minimal')
+features_sdl = features + 'TEST_RUNQEMUPARAMS = "sdl gl"\n'
+self.write_config(features_sdl)
 bitbake('core-image-minimal')
 bitbake('-c testimage core-image-minimal')
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/4] strace: add a timeout for running ptests

[Alexander Kanavin]

5.2 kernel has introduced a significant performance regression
where some of the tests take many minutes to complete (where
previously it was seconds). While we're getting to the bottom
of the issue and working with upstream to resove it, this
change allows tests to proceed instead of getting stuck and
eventually timing out.

https://bugzilla.yoctoproject.org/show_bug.cgi?id=13506

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/strace/strace/run-ptest | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/strace/strace/run-ptest 
b/meta/recipes-devtools/strace/strace/run-ptest
index 8070d831799..2fed984e901 100755
--- a/meta/recipes-devtools/strace/strace/run-ptest
+++ b/meta/recipes-devtools/strace/strace/run-ptest
@@ -1,2 +1,3 @@
 #!/bin/sh
+export TIMEOUT_DURATION=30
 make -B -C tests -k test-suite.log
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] runqemu: unset another environment variable for 'egl-headless'

[Alexander Kanavin]

Some host distributions (opensuse for example) are using 'pkgconf',
which, unlike the original pkg-config, appends PKG_CONFIG_SYSROOT_DIR
to every directory from the .pc file.

Signed-off-by: Alexander Kanavin 
---
 scripts/runqemu | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/runqemu b/scripts/runqemu
index 18091a29c3b..3ebe9d66ff8 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -461,6 +461,7 @@ class BaseConfig(object):
 del os.environ['PKG_CONFIG_PATH']
 del os.environ['PKG_CONFIG_DIR']
 del os.environ['PKG_CONFIG_LIBDIR']
+del os.environ['PKG_CONFIG_SYSROOT_DIR']
 except KeyError:
 pass
 try:
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] runqemu: add options that enable virgl with the SDL frontend

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 scripts/runqemu | 13 +
 1 file changed, 9 insertions(+), 4 deletions(-)

diff --git a/scripts/runqemu b/scripts/runqemu
index 68ba7dcfb94..18091a29c3b 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -67,9 +67,9 @@ of the following environment variables (in any order):
 nographic - disable video console
 sdl - choose the SDL UI frontend
 gtk - choose the Gtk UI frontend
-gl - enable virgl-based GL acceleration (also needs gtk option)
-gl-es - enable virgl-based GL acceleration, using OpenGL ES (also needs 
gtk option)
-egl-headless - enable headless EGL output; use vnc or spice to see it
+gl - enable virgl-based GL acceleration (also needs gtk or sdl options)
+gl-es - enable virgl-based GL acceleration, using OpenGL ES (also needs 
gtk or sdl options)
+egl-headless - enable headless EGL output; use vnc (via publicvnc option) 
or spice to see it
 serial - enable a serial console on /dev/ttyS0
 serialstdio - enable a serial console on the console (regardless of 
graphics mode)
 slirp - enable user networking, no root privileges is required
@@ -436,7 +436,12 @@ class BaseConfig(object):
 self.qemu_opt_script += ' -nographic'
 self.kernel_cmdline_script += ' console=ttyS0'
 elif arg == 'sdl':
-self.qemu_opt_script += ' -display sdl'
+if 'gl' in sys.argv[1:]:
+self.qemu_opt_script += ' -vga virtio -display sdl,gl=on'
+elif 'gl-es' in sys.argv[1:]:
+self.qemu_opt_script += ' -vga virtio -display sdl,gl=es'
+else:
+self.qemu_opt_script += ' -display sdl'
 elif arg == 'gtk':
 if 'gl' in sys.argv[1:]:
 self.qemu_opt_script += ' -vga virtio -display gtk,gl=on'
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [AUH] Upgrade status: 2019-09-17

[auh]

Recipe upgrade statistics:

* Failed (devtool error): 41
gettext, 0.20.1, Robert Yang 
gobject-introspection, 1.62.0, Alexander Kanavin 

squashfs-tools, 4.3-new-commits-available, Robert Yang 

bind, 9.11.10, Armin Kuster 
vte, 0.58.0, Anuj Mittal 
elfutils, 0.177, Hongxu Jia 
tzdata, 2019c, Armin Kuster 
sysprof, 3.34.0, Alexander Kanavin 
libsoup-2.4, 2.68.1, Anuj Mittal 
gtk+3, 3.24.11, Ross Burton 
libgcrypt, 1.8.5, Hongxu Jia 
attr, 2.4.48, Chen Qi 
ruby, 2.6.4, Ross Burton 
openssl, 1.1.1d, Alexander Kanavin 
vulkan-demos, git-new-commits-available, Ross Burton 

pulseaudio, 13.0, Tanu Kaskinen 
nspr, 4.22, Armin Kuster 
glib-2.0, 2.62.0, Anuj Mittal 
go, 1.13, Khem Raj 
sysklogd, 1.6, Chen Qi 
sed, 4.7, Chen Qi 
debianutils, 4.9, Yi Zhao 
atk, 2.34.1, Anuj Mittal 
python3-numpy, 1.17.2, Oleksandr Kravchuk 

ifupdown, 0.8.35, Anuj Mittal 
go-runtime, 1.13, Khem Raj 
libxcrypt-compat, 4.4.9, Khem Raj 
cups, 2.3.0, Chen Qi 
ovmf, edk2-stable201908, Ricardo Neri 

mesa, 19.1.6, Otavio Salvador 
kbd, 2.2.0, Alexander Kanavin 
acl, 2.2.53, Chen Qi 
apt, 1.9.3, Aníbal Limón 
texinfo, 6.6, Anuj Mittal 
libmodulemd, 2.8.0, Alexander Kanavin 
webkitgtk, 2.26.0, Alexander Kanavin 
puzzles, 0.0-new-commits-available, Anuj Mittal 
systemd-boot, 243, Chen Qi 
flex, 2.6.4, Chen Qi 
glide, 0.13.3, Otavio Salvador 
sysvinit, 2.96, Ross Burton 
* Failed(do_compile): 19
libxcrypt, 4.4.9, Khem Raj 
vulkan-tools, 1.1.121.0, Anuj Mittal 
at-spi2-atk, 2.34.0, Anuj Mittal 
gnutls, 3.6.9, Armin Kuster 
epiphany, 3.34.0, Alexander Kanavin 
prelink, 1.0-new-commits-available, Mark Hatle 

vulkan-loader, 1.1.121.0, Anuj Mittal 
iw, 5.3, Changhyeok Bae 
lttng-ust, 2.10.5, Richard Purdie 
acpica, 20190816, Ross Burton 
kexec-tools, 2.0.20, Armin Kuster 
cmake, 3.15.3, Pascal Bach 
font-util, 1.3.2, Armin Kuster 
libdnf, 0.35.3, Alexander Kanavin 
mkfontscale, 1.2.1, Armin Kuster 
shadow, 4.7, Chen Qi 
orc, 0.4.30, Anuj Mittal 
libinput, 1.14.1, Ross Burton 
vulkan-headers, 1.1.121.0, Anuj Mittal 
* Succeeded: 32
ffmpeg, 4.2.1, Alexander Kanavin 
linux-firmware, 20190815-new-commits-available, Otavio Salvador 

liberror-perl, 0.17028, Tim Orling 
p11-kit, 0.23.17, Alexander Kanavin 
gsettings-desktop-schemas, 3.34.0, Anuj Mittal 
vim-tiny, 8.1.2041, Tom Rini 
btrfs-tools, 5.2.2, Alexander Kanavin 
gdk-pixbuf, 2.38.2, Ross Burton 
glib-networking, 2.62.0, Anuj Mittal 
python3-dbus, 1.2.12, Oleksandr Kravchuk 

ccache, 3.7.4, Robert Yang 
gnu-config, 20190501-new-commits-available, Robert Yang 

python3-pygobject, 3.34.0, Oleksandr Kravchuk 

lttng-modules, 2.10.11, Richard Purdie 

libical, 3.0.6, Ross Burton 
gtk-doc, 1.32, Alexander Kanavin 
piglit, 1.0-new-commits-available, Ross Burton 
bison, 3.4.2, Chen Qi 
vim, 8.1.2041, Tom Rini 
libsecret, 0.19.1, Alexander Kanavin 
expat, 2.2.8, Yi Zhao 
mmc-utils, 0.1-new-commits-available, Anuj Mittal 

dnf, 4.2.9, Alexander Kanavin 
vala, 0.46.0, Alexander Kanavin 
curl, 7.66.0, Armin Kuster 
libdazzle, 3.34.0, Alexander Kanavin 
at-spi2-core, 2.34.0, Anuj Mittal 
kmscube, git-new-commits-available, Carlos Rafael Giani 

libxfont2, 2.0.4, Armin Kuster 
adwaita-icon-theme, 3.34.0, Ross Burton 
mpg123, 1.25.12, Alexander Kanavin 
stress-ng, 0.10.05, Anuj Mittal 

TOTAL: attempted=92 succeeded=32(34.78%) failed=60(65.22%)

Recipe upgrade statistics per Maintainer:

Aníbal Limón -- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for bitbake: Rework hash equivalence

[Patchwork]

== Series Details ==

Series: bitbake: Rework hash equivalence
Revision: 1
URL   : https://patchwork.openembedded.org/series/20004/
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:



* Issue Series sent to the wrong mailing list or some patches from 
the series correspond to different mailing lists [test_target_mailing_list] 
  Suggested fixSend the series again to the correct mailing list (ML)
  Suggested ML bitbake-de...@lists.openembedded.org 
[http://git.openembedded.org/bitbake/]
  Patch's path:bitbake/bin/bitbake-hashclient

* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at 56e4e05417)



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] [PATCH] openssl: Upgrade 1.1.1c -> 1.1.1d

[Ross Burton]

On 17/09/2019 08:30, Alex Kiernan wrote:

Seems like this has broken FIT image signing:

| Could not obtain signature: error:2406C06E:random number
generator:RAND_DRBG_instantiate:error retrieving entropy
| uboot-mkimage Can't add hashes to FIT blob: -1
| Failed to sign 'signature@1' signature node in
'c...@a335xhub-0001.dtb' conf node

Not dug into it yet, but reverting this fixes it.


ovmf fails for IA targets too:

| Generating a RSA private key
| Error Generating Key
| 140416287909248:error:2406C06E:random number 
generator:RAND_DRBG_instantiate:error retrieving 
entropy:../openssl-1.1.1d/crypto/rand/drbg_lib.c:342:
| 140416287909248:error:2406C06E:random number 
generator:RAND_DRBG_instantiate:error retrieving 
entropy:../openssl-1.1.1d/crypto/rand/drbg_lib.c:342:
| 140416287909248:error:2406B072:random number 
generator:RAND_DRBG_generate:in error 
state:../openssl-1.1.1d/crypto/rand/drbg_lib.c:589:
| 140416287909248:error:2406C06E:random number 
generator:RAND_DRBG_instantiate:error retrieving 
entropy:../openssl-1.1.1d/crypto/rand/drbg_lib.c:342:
| 140416287909248:error:2406C06E:random number 
generator:RAND_DRBG_instantiate:error retrieving 
entropy:../openssl-1.1.1d/crypto/rand/drbg_lib.c:342:
| 140416287909248:error:2406B072:random number 
generator:RAND_DRBG_generate:in error 
state:../openssl-1.1.1d/crypto/rand/drbg_lib.c:589:
| 140416287909248:error:2406C06E:random number 
generator:RAND_DRBG_instantiate:error retrieving 
entropy:../openssl-1.1.1d/crypto/rand/drbg_lib.c:342:
| 140416287909248:error:2406B072:random number 
generator:RAND_DRBG_generate:in error 
state:../openssl-1.1.1d/crypto/rand/drbg_lib.c:589:
| 140416287909248:error:04081003:rsa routines:rsa_builtin_keygen:BN 
lib:../openssl-1.1.1d/crypto/rsa/rsa_gen.c:387:


Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] bitbake: Rework hash equivalence

[Joshua Watt]

Reworks the hash equivalence server to address performance issues that
were encountered with the REST mechanism used previously, particularly
during the heavy request load encountered during signature generation.
Notable changes are:

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

Signed-off-by: Joshua Watt 
---
 bitbake/bin/bitbake-hashclient   | 170 +
 bitbake/bin/bitbake-hashserv |  24 +-
 bitbake/bin/bitbake-worker   |   2 +-
 bitbake/lib/bb/cooker.py |  17 +-
 bitbake/lib/bb/runqueue.py   |   4 +-
 bitbake/lib/bb/siggen.py |  74 ++
 bitbake/lib/bb/tests/runqueue.py |  19 +-
 bitbake/lib/hashserv/__init__.py | 261 +---
 bitbake/lib/hashserv/client.py   | 150 
 bitbake/lib/hashserv/server.py   | 407 +++
 bitbake/lib/hashserv/tests.py| 159 ++--
 11 files changed, 940 insertions(+), 347 deletions(-)
 create mode 100755 bitbake/bin/bitbake-hashclient
 create mode 100644 bitbake/lib/hashserv/client.py
 create mode 100644 bitbake/lib/hashserv/server.py

diff --git a/bitbake/bin/bitbake-hashclient b/bitbake/bin/bitbake-hashclient
new file mode 100755
index 000..29ab65f1774
--- /dev/null
+++ b/bitbake/bin/bitbake-hashclient
@@ -0,0 +1,170 @@
+#! /usr/bin/env python3
+#
+# Copyright (C) 2019 Garmin Ltd.
+#
+# SPDX-License-Identifier: GPL-2.0-only
+#
+
+import argparse
+import hashlib
+import logging
+import os
+import pprint
+import sys
+import threading
+import time
+
+try:
+import tqdm
+ProgressBar = tqdm.tqdm
+except ImportError:
+class ProgressBar(object):
+def __init__(self, *args, **kwargs):
+pass
+
+def __enter__(self):
+return self
+
+def __exit__(self, *args, **kwargs):
+pass
+
+def update(self):
+pass
+
+sys.path.insert(0, os.path.join(os.path.dirname(os.path.dirname(__file__)), 
'lib'))
+
+import hashserv
+
+DEFAULT_ADDRESS = 'unix://./hashserve.sock'
+METHOD = 'stress.test.method'
+
+
+def main():
+def handle_stats(args, client):
+if args.reset:
+s = client.reset_stats()
+else:
+s = client.get_stats()
+pprint.pprint(s)
+return 0
+
+def handle_stress(args, client):
+def thread_main(pbar, lock):
+nonlocal found_hashes
+nonlocal missed_hashes
+nonlocal max_time
+
+client = hashserv.create_client(args.address)
+
+for i in range(args.requests):
+taskhash = hashlib.sha256()
+taskhash.update(args.taskhash_seed.encode('utf-8'))
+taskhash.update(str(i).encode('utf-8'))
+
+start_time = time.perf_counter()
+l = client.get_unihash(METHOD, taskhash.hexdigest())
+elapsed = time.perf_counter() - start_time
+
+with lock:
+if l:
+found_hashes += 1
+else:
+missed_hashes += 1
+
+max_time = max(elapsed, max_time)
+pbar.update()
+
+max_time = 0
+found_hashes = 0
+missed_hashes = 0
+lock = threading.Lock()
+total_requests = args.clients * args.requests
+start_time = time.perf_counter()
+with ProgressBar(total=total_requests) as pbar:
+threads 

[OE-core] [PATCH v2 4/4] weston: Set depends to the virtual needed not explicitly on Mesa

[Andrew F. Davis via Openembedded-core]

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 
Acked-by: Denys Dmytriyenko 
---

Changes from v1:
 - s/gles2/libgles2

 meta/recipes-graphics/wayland/weston_7.0.0.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/wayland/weston_7.0.0.bb 
b/meta/recipes-graphics/wayland/weston_7.0.0.bb
index 5d2a9336f3..f9efdbd20a 100644
--- a/meta/recipes-graphics/wayland/weston_7.0.0.bb
+++ b/meta/recipes-graphics/wayland/weston_7.0.0.bb
@@ -36,9 +36,9 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 
'wayland', 'kms fbdev
 # Compositor choices
 #
 # Weston on KMS
-PACKAGECONFIG[kms] = "-Dbackend-drm=true,-Dbackend-drm=false,drm udev 
virtual/mesa virtual/libgbm mtdev"
+PACKAGECONFIG[kms] = "-Dbackend-drm=true,-Dbackend-drm=false,drm udev 
virtual/egl virtual/libgles2 virtual/libgbm mtdev"
 # Weston on Wayland (nested Weston)
-PACKAGECONFIG[wayland] = 
"-Dbackend-wayland=true,-Dbackend-wayland=false,virtual/mesa"
+PACKAGECONFIG[wayland] = 
"-Dbackend-wayland=true,-Dbackend-wayland=false,virtual/egl virtual/libgles2"
 # Weston on X11
 PACKAGECONFIG[x11] = "-Dbackend-x11=true,-Dbackend-x11=false,virtual/libx11 
libxcb libxcb libxcursor cairo"
 # Headless Weston
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 2/4] cogl: Set depends to the virtual needed not explicitly on Mesa

[Andrew F. Davis via Openembedded-core]

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-graphics/cogl/cogl-1.0.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/cogl/cogl-1.0.inc 
b/meta/recipes-graphics/cogl/cogl-1.0.inc
index 4038afbc11..4436163168 100644
--- a/meta/recipes-graphics/cogl/cogl-1.0.inc
+++ b/meta/recipes-graphics/cogl/cogl-1.0.inc
@@ -18,7 +18,7 @@ EDEPENDS_GLES2 = "virtual/libgles2"
 EDEPENDS_KMS = "libdrm virtual/egl"
 EDEPENDS_EGL = "virtual/egl"
 EDEPENDS_X11 = "virtual/libx11 libxcomposite libxfixes libxi libxrandr"
-EDEPENDS_WAYLAND = "virtual/mesa wayland"
+EDEPENDS_WAYLAND = "virtual/egl virtual/libgles2 wayland"
 
 # Extra RDEPENDS for PACKAGECONFIG
 # This has to be explictly listed, because cogl dlopens the backends
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 3/4] gtk+3: Set depends to the virtual needed not explicitly on Mesa

[Andrew F. Davis via Openembedded-core]

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 
---

Changes from v1:
 - s/gles2/libgles2

 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..dc6768c4e8 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/libgles2 wayland-native"
 PACKAGECONFIG[cups] = "--enable-cups,--disable-cups,cups"
 
 prepare_gtk_scripts() {
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 1/4] libepoxy: Disable x11 when not building for x11

[Andrew F. Davis via Openembedded-core]

Although glx support is turned off, the build still tries to pull in some
x11 components, disable x11 explicitly.

Signed-off-by: Andrew F. Davis 
---
 meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb 
b/meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb
index c8d1650c63..825453ab28 100644
--- a/meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb
+++ b/meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb
@@ -18,7 +18,7 @@ REQUIRED_DISTRO_FEATURES_class-native = ""
 REQUIRED_DISTRO_FEATURES_class-nativesdk = ""
 
 PACKAGECONFIG[egl] = "-Degl=yes, -Degl=no, virtual/egl"
-PACKAGECONFIG[x11] = "-Dglx=yes, -Dglx=no, virtual/libx11 virtual/libgl"
+PACKAGECONFIG[x11] = "-Dglx=yes, -Dglx=no -Dx11=false, virtual/libx11 
virtual/libgl"
 PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)} egl"
 
 EXTRA_OEMESON += "-Dtests=false"
-- 
2.17.1

-- 
___
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

[richard . purdie]

On Tue, 2019-09-17 at 12:33 +0300, Dmitry Eremin-Solenikov wrote:
> вт, 17 сент. 2019 г. в 01:17, Richard Purdie
> :
> > 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?
> 
> Moving configuration to .conf file might make sense. I even can
> implement anonymous function as per-arch override. However there are
> still functions like efi_populate_common() and
> efi_iso_populate_common(), which can not be moved to .conf file.
> 
> Would you prefer separate uefi.conf file and uefi-bootloader.bbclass
> files

Would functions like this not be better suited to a lib/oe/efi.py ?

Its really easy to just put everything in a bbclass but I'm not
convinced its scaling well...

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] distcc: use --enable-tcp-insecure instead of --make-me-a-botnet

[Ross Burton]

--make-me-a-botnet is worrying, --enable-tcp-insecure is clearer and doesn't
  scare people glancing at 'ps'.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/distcc/files/default | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/distcc/files/default 
b/meta/recipes-devtools/distcc/files/default
index e5ca68b8561..a5bc13ecf33 100644
--- a/meta/recipes-devtools/distcc/files/default
+++ b/meta/recipes-devtools/distcc/files/default
@@ -21,4 +21,4 @@ ALLOWEDNETS="127.0.0.1"
 #
 # OPTIONS is used for the systemd service file
 #
-OPTIONS="--allow 127.0.0.1 --make-me-a-botnet"
+OPTIONS="--allow 127.0.0.1 --enable-tcp-insecure"
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/4] distcc: split into client and server packages

[Ross Burton]

Users of distcc are rarely both clients and servers, so split the package.
distcc is the client, the new distcc-server package is the server.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/distcc/distcc_3.3.3.bb | 21 +++-
 1 file changed, 7 insertions(+), 14 deletions(-)

diff --git a/meta/recipes-devtools/distcc/distcc_3.3.3.bb 
b/meta/recipes-devtools/distcc/distcc_3.3.3.bb
index d8ad498f2b4..509b74baab2 100644
--- a/meta/recipes-devtools/distcc/distcc_3.3.3.bb
+++ b/meta/recipes-devtools/distcc/distcc_3.3.3.bb
@@ -12,7 +12,7 @@ PACKAGECONFIG[gtk] = "--with-gtk,--without-gtk 
--without-gnome,gtk+"
 # use system popt by default
 PACKAGECONFIG[popt] = "--without-included-popt,--with-included-popt,popt"
 
-RRECOMMENDS_${PN} = "avahi-daemon"
+RRECOMMENDS_${PN}-server = "avahi-daemon"
 
 SRC_URI = "git://github.com/distcc/distcc.git \
file://fix-gnome.patch \
@@ -29,6 +29,8 @@ ASNEEDED = ""
 
 EXTRA_OECONF += "--disable-Werror PYTHON='' --disable-pump-mode"
 
+PACKAGE_BEFORE_PN = "${PN}-distmon-gnome ${PN}-server"
+
 USERADD_PACKAGES = "${PN}"
 USERADD_PARAM_${PN} = "--system \
--home /dev/null \
@@ -38,8 +40,8 @@ USERADD_PARAM_${PN} = "--system \
 
 INITSCRIPT_NAME = "distcc"
 
-SYSTEMD_PACKAGES = "${PN}"
-SYSTEMD_SERVICE_${PN} = "distcc.service"
+SYSTEMD_PACKAGES = "${PN}-server"
+SYSTEMD_SERVICE_${PN}-server = "distcc.service"
 
 do_install() {
 # Improve reproducibility: compress w/o timestamps
@@ -53,17 +55,8 @@ do_install() {
 sed -i -e 's,@BINDIR@,${bindir},g' 
${D}${systemd_unitdir}/system/distcc.service
 }
 
-PACKAGES += "distcc-distmon-gnome"
-
-FILES_${PN} = " ${sysconfdir} \
-   ${bindir}/distcc \
-   ${bindir}/lsdistcc \
-   ${bindir}/distccd \
-   ${bindir}/distccmon-text \
-   ${sbindir}/update-distcc-symlinks \
-   ${systemd_unitdir}/system/distcc.service"
-
-FILES_distcc-distmon-gnome = "  ${bindir}/distccmon-gnome \
+FILES_${PN}-server = "${bindir}/distccd ${sysconfdir} ${sbindir}"
+FILES_${PN}-distmon-gnome = "  ${bindir}/distccmon-gnome \
${datadir}/applications \
${datadir}/pixmaps"
 
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4] distcc: clean up the UI install logic

[Ross Burton]

Remove the local copy of the desktop file, instead apply a patch from upstream
to fix the file. This also fixes the install paths, so update the recipe.

Remove glibc-specific installation as this was due to uclibc failures.

Refresh and submit upstream the out-of-tree build fix.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/distcc/distcc_3.3.3.bb  |  13 +-
 .../distcc/files/distccmon-gnome.desktop  |  12 --
 .../distcc/files/fix-gnome.patch  | 122 ++
 .../distcc/files/separatebuilddir.patch   |  42 +++---
 4 files changed, 154 insertions(+), 35 deletions(-)
 delete mode 100644 meta/recipes-devtools/distcc/files/distccmon-gnome.desktop
 create mode 100644 meta/recipes-devtools/distcc/files/fix-gnome.patch

diff --git a/meta/recipes-devtools/distcc/distcc_3.3.3.bb 
b/meta/recipes-devtools/distcc/distcc_3.3.3.bb
index 7942debec9e..d8ad498f2b4 100644
--- a/meta/recipes-devtools/distcc/distcc_3.3.3.bb
+++ b/meta/recipes-devtools/distcc/distcc_3.3.3.bb
@@ -15,9 +15,9 @@ PACKAGECONFIG[popt] = 
"--without-included-popt,--with-included-popt,popt"
 RRECOMMENDS_${PN} = "avahi-daemon"
 
 SRC_URI = "git://github.com/distcc/distcc.git \
+   file://fix-gnome.patch \
file://separatebuilddir.patch \
file://default \
-   file://distccmon-gnome.desktop \
file://distcc \
file://distcc.service"
 SRCREV = "4cde9bcfbda589abd842e3bbc652ce369085eaae"
@@ -51,13 +51,8 @@ do_install() {
 install -d ${D}${systemd_unitdir}/system/
 install -m 0644 ${WORKDIR}/distcc.service ${D}${systemd_unitdir}/system
 sed -i -e 's,@BINDIR@,${bindir},g' 
${D}${systemd_unitdir}/system/distcc.service
-${DESKTOPINSTALL}
-}
-DESKTOPINSTALL = ""
-DESKTOPINSTALL_libc-glibc () {
-install -d ${D}${datadir}/distcc/
-install -m 0644 ${WORKDIR}/distccmon-gnome.desktop ${D}${datadir}/distcc/
 }
+
 PACKAGES += "distcc-distmon-gnome"
 
 FILES_${PN} = " ${sysconfdir} \
@@ -67,8 +62,10 @@ FILES_${PN} = " ${sysconfdir} \
${bindir}/distccmon-text \
${sbindir}/update-distcc-symlinks \
${systemd_unitdir}/system/distcc.service"
+
 FILES_distcc-distmon-gnome = "  ${bindir}/distccmon-gnome \
-   ${datadir}/distcc"
+   ${datadir}/applications \
+   ${datadir}/pixmaps"
 
 
 #
diff --git a/meta/recipes-devtools/distcc/files/distccmon-gnome.desktop 
b/meta/recipes-devtools/distcc/files/distccmon-gnome.desktop
deleted file mode 100644
index 7b5d85ce4e2..000
--- a/meta/recipes-devtools/distcc/files/distccmon-gnome.desktop
+++ /dev/null
@@ -1,12 +0,0 @@
-[Desktop Entry]
-Version=0.9.4
-Exec=distccmon-gnome
-Name=distcc monitor
-GenericName=Distributed Compile Monitor
-Comment=Graphical view of distributed compile tasks
-Icon=distccmon-gnome-icon
-TryExec=distccmon-gnome
-Terminal=false
-Type=Application
-Categories=GNOME;Development;
-StartupNotify=true
diff --git a/meta/recipes-devtools/distcc/files/fix-gnome.patch 
b/meta/recipes-devtools/distcc/files/fix-gnome.patch
new file mode 100644
index 000..f1f5ed1a9f2
--- /dev/null
+++ b/meta/recipes-devtools/distcc/files/fix-gnome.patch
@@ -0,0 +1,122 @@
+Upstream-Status: Backport [https://github.com/distcc/distcc/pull/319]
+Signed-off-by: Ross Burton 
+
+From 2faacc2be8d70a3f66d88fedd1d3ab11070e Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Micha=C5=82=20G=C3=B3rny?= 
+Date: Sat, 8 Dec 2018 12:50:07 +0100
+Subject: [PATCH] Fix desktop spec compliance of distccmon-gnome install
+
+Update the .desktop file and install rules for distccmon-gnome to
+conform to the freedesktop.org specifications.  More specifically:
+
+- update to version 1.0 of the spec
+- remove obsolete 'Encoding' key
+- remove obsolete 'Application' category and add recommended 'GTK'
+- install icon file to the correct directory
+- strip suffix from desktop file (specifying it is deprecated)
+- while at it, remove redundant '-icon' from the filename
+- install desktop file to the correct directory
+---
+ Makefile.in   |  18 ++
+ gnome/distccmon-gnome.desktop |   7 +++
+ ...mon-gnome-icon.png => distccmon-gnome.png} | Bin
+ src/mon-gnome.c   |   2 +-
+ 4 files changed, 14 insertions(+), 13 deletions(-)
+ rename gnome/{distccmon-gnome-icon.png => distccmon-gnome.png} (100%)
+
+diff --git a/Makefile.in b/Makefile.in
+index 6e1e467..1106559 100644
+--- a/Makefile.in
 b/Makefile.in
+@@ -52,13 +52,14 @@ mandir = @mandir@
+ includedir = @includedir@
+ oldincludedir = /usr/include
+ docdir = @docdir@
+-pkgdatadir = $(datadir)/@PACKAGE_NAME@
++icondir = $(datarootdir)/pixmaps
++desktopdir = $(datarootdir)/applications
+ 
+ include_server_builddir = $(builddir)/_include_server
+ 
+ # These must be done from here, not from autoconf, because they can 
+ # contain variable expansions written in Make 

[OE-core] [PATCH 1/4] libical: upgrade to 3.0.6

[Ross Burton]

Signed-off-by: Ross Burton 
---
 .../libical/{libical_3.0.5.bb => libical_3.0.6.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libical/{libical_3.0.5.bb => libical_3.0.6.bb} 
(90%)

diff --git a/meta/recipes-support/libical/libical_3.0.5.bb 
b/meta/recipes-support/libical/libical_3.0.6.bb
similarity index 90%
rename from meta/recipes-support/libical/libical_3.0.5.bb
rename to meta/recipes-support/libical/libical_3.0.6.bb
index 3832b20bf11..032f3655e9a 100644
--- a/meta/recipes-support/libical/libical_3.0.5.bb
+++ b/meta/recipes-support/libical/libical_3.0.6.bb
@@ -9,8 +9,8 @@ SECTION = "libs"
 
 SRC_URI = 
"https://github.com/${BPN}/${BPN}/releases/download/v${PV}/${BP}.tar.gz;
 
-SRC_URI[md5sum] = "9be4e8a1739a9c27e06aa8ce66b8cb34"
-SRC_URI[sha256sum] = 
"7ad550c8c49c9b9983658e3ab3e68b1eee2439ec17b169a6b1e6ecb5274e78e6"
+SRC_URI[md5sum] = "463a59244c6767b8e67b29379405e297"
+SRC_URI[sha256sum] = 
"5c8a21c2b732ece4a33e5c862970b4f35a8548bbcda50de5695f6fc211ac4d97"
 UPSTREAM_CHECK_URI = "https://github.com/libical/libical/releases;
 
 inherit cmake pkgconfig
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] runqemu: Mention snapshot in the help output

[Richard Purdie]

This is a useful option but not documented in the help text.

Signed-off-by: Richard Purdie 
---
 scripts/runqemu | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/runqemu b/scripts/runqemu
index 68ba7dcfb94..1a5aca98ac7 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -73,6 +73,7 @@ of the following environment variables (in any order):
 serial - enable a serial console on /dev/ttyS0
 serialstdio - enable a serial console on the console (regardless of 
graphics mode)
 slirp - enable user networking, no root privileges is required
+snapshot - don't write changes to back to images
 kvm - enable KVM when running x86/x86_64 (VT-capable CPU required)
 kvm-vhost - enable KVM with vhost when running x86/x86_64 (VT-capable CPU 
required)
 publicvnc - enable a VNC server open to all hosts
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] report-error.bbclass: add local.conf/auto.conf into error report

[changqing.li]

From: Changqing Li 

sometimes, it is not enough to reproduce a failed build with current
info on error reports web, add local.conf/auto.conf into error
report to make it more easier to reproduce failed build

Note: this need work together with change in repo error-report-web,
which will display local.conf and auto.conf as Error Details

Signed-off-by: Changqing Li 
---
 meta/classes/report-error.bbclass | 15 +++
 1 file changed, 15 insertions(+)

diff --git a/meta/classes/report-error.bbclass 
b/meta/classes/report-error.bbclass
index 1c55abf..ea043b2 100644
--- a/meta/classes/report-error.bbclass
+++ b/meta/classes/report-error.bbclass
@@ -25,6 +25,19 @@ def errorreport_savedata(e, newdata, file):
 json.dump(newdata, f, indent=4, sort_keys=True)
 return datafile
 
+def get_conf_data(e, filename):
+builddir = e.data.getVar('TOPDIR')
+filepath = os.path.join(builddir, "conf", filename)
+jsonstring = ""
+if os.path.exists(filepath):
+with open(filepath, 'r') as f:
+for line in f.readlines():
+if line.startswith("#") or len(line.strip()) == 0:
+continue
+else:
+jsonstring=jsonstring + line
+return jsonstring
+
 python errorreport_handler () {
 import json
 import codecs
@@ -51,6 +64,8 @@ python errorreport_handler () {
 data['failures'] = []
 data['component'] = " ".join(e.getPkgs())
 data['branch_commit'] = str(base_detect_branch(e.data)) + ": " + 
str(base_detect_revision(e.data))
+data['local_conf'] = get_conf_data(e, 'local.conf')
+data['auto_conf'] = get_conf_data(e, 'auto.conf')
 lock = bb.utils.lockfile(datafile + '.lock')
 errorreport_savedata(e, data, "error-report.txt")
 bb.utils.unlockfile(lock)
-- 
2.7.4

-- 
___
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

[Dmitry Eremin-Solenikov]

вт, 17 сент. 2019 г. в 01:17, Richard Purdie
:
>
> 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?

Moving configuration to .conf file might make sense. I even can
implement anonymous function as per-arch override. However there are
still functions like efi_populate_common() and
efi_iso_populate_common(), which can not be moved to .conf file.

Would you prefer separate uefi.conf file and uefi-bootloader.bbclass files?

> 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.

-- 
With best wishes
Dmitry
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oeqa/selftest/reproducible: test ipkgs too

[Ross Burton]

Now that opkg-build can build reproducible ipkgs, we can also add those to the
test case.

[ YOCTO #13513 ]

Signed-off-by: Ross Burton 
---
 meta/lib/oeqa/selftest/cases/reproducible.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/selftest/cases/reproducible.py 
b/meta/lib/oeqa/selftest/cases/reproducible.py
index eee09d3fb26..c235c139ed1 100644
--- a/meta/lib/oeqa/selftest/cases/reproducible.py
+++ b/meta/lib/oeqa/selftest/cases/reproducible.py
@@ -72,7 +72,7 @@ def compare_file(reference, test, diffutils_sysroot):
 return result
 
 class ReproducibleTests(OESelftestTestCase):
-package_classes = ['deb']
+package_classes = ['deb', 'ipk']
 images = ['core-image-minimal']
 
 def setUpLocal(self):
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] opkg-utils: respect SOURCE_DATE_EPOCH when building ipkgs

[Ross Burton]

Backport a patch from upstream to respect SOURCE_DATE_EPOCH when building ipkgs,
to ensure reproducible archives.

Signed-off-by: Ross Burton 
---
 ...ld-clamp-mtimes-to-SOURCE_DATE_EPOCH.patch | 44 +++
 .../opkg-utils/opkg-utils_0.4.1.bb|  1 +
 2 files changed, 45 insertions(+)
 create mode 100644 
meta/recipes-devtools/opkg-utils/opkg-utils/0001-opkg-build-clamp-mtimes-to-SOURCE_DATE_EPOCH.patch

diff --git 
a/meta/recipes-devtools/opkg-utils/opkg-utils/0001-opkg-build-clamp-mtimes-to-SOURCE_DATE_EPOCH.patch
 
b/meta/recipes-devtools/opkg-utils/opkg-utils/0001-opkg-build-clamp-mtimes-to-SOURCE_DATE_EPOCH.patch
new file mode 100644
index 000..a181169d476
--- /dev/null
+++ 
b/meta/recipes-devtools/opkg-utils/opkg-utils/0001-opkg-build-clamp-mtimes-to-SOURCE_DATE_EPOCH.patch
@@ -0,0 +1,44 @@
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 59da5577bf8df441c6ca958e50fcb83228702764 Mon Sep 17 00:00:00 2001
+From: Alejandro del Castillo 
+Date: Thu, 12 Sep 2019 10:24:58 -0500
+Subject: [PATCH] opkg-build: clamp mtimes to SOURCE_DATE_EPOCH
+
+For reproducible builds, clamp mtimes bigger than SOURCE_DATE_EPOCH to
+SOURCE_DATE_EPOCH (build generated files, usually).
+
+Fixes bugzilla 13450
+
+Signed-off-by: Alejandro del Castillo 
+Signed-off-by: Ross Burton 
+---
+ opkg-build | 9 -
+ 1 file changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/opkg-build b/opkg-build
+index dcd2d68..2517a2b 100755
+--- a/opkg-build
 b/opkg-build
+@@ -297,9 +297,16 @@ mkdir $tmp_dir
+ 
+ build_date="${SOURCE_DATE_EPOCH:-$(date +%s)}"
+ 
++mtime_args=""
++# --clamp-mtime requires tar > 1.28. Only use it if SOURCE_DATE_EPOCH is set, 
to avoid having a generic case dependency on tar > 1.28.
++# this setting will make sure files generated at build time have consistent 
mtimes, for reproducible builds.
++if [ ! -z "$SOURCE_DATE_EPOCH"  ]; then
++mtime_args="--mtime=@$build_date --clamp-mtime"
++fi
++
+ ( cd $pkg_dir/$CONTROL && find . -type f > $tmp_dir/control_list )
+ ( cd $pkg_dir && find . -path ./$CONTROL -prune -o -print > 
$tmp_dir/file_list )
+-( cd $pkg_dir && tar $ogargs $tsortargs --no-recursion -c $tarformat -T 
$tmp_dir/file_list | $compressor $compressorargs > $tmp_dir/data.tar.$cext )
++( cd $pkg_dir && tar $ogargs $tsortargs --no-recursion $mtime_args -c 
$tarformat -T $tmp_dir/file_list | $compressor $compressorargs > 
$tmp_dir/data.tar.$cext )
+ ( cd $pkg_dir/$CONTROL && tar $ogargs $tsortargs --no-recursion 
--mtime=@$build_date -c $tarformat -T $tmp_dir/control_list | gzip $zipargs > 
$tmp_dir/control.tar.gz )
+ rm $tmp_dir/file_list
+ rm $tmp_dir/control_list
+-- 
+2.20.1
+
diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.1.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.1.bb
index 4be7b16d8a2..cf1e4670c65 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.1.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.1.bb
@@ -9,6 +9,7 @@ PROVIDES += "${@bb.utils.contains('PACKAGECONFIG', 
'update-alternatives', 'virtu
 
 SRC_URI = 
"http://git.yoctoproject.org/cgit/cgit.cgi/${BPN}/snapshot/${BPN}-${PV}.tar.gz \
file://0001-Switch-all-scripts-to-use-Python-3.x.patch \
+   file://0001-opkg-build-clamp-mtimes-to-SOURCE_DATE_EPOCH.patch \
 "
 UPSTREAM_CHECK_URI = 
"http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/refs/;
 
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv2 0/6] solve several issues in oe-git-proxy

[Ross Burton]

On 17/09/2019 09:44, Henning Schild wrote:

Seems that was merged without further notice ... again. But hey it is
in.


Yes, we still don't have 'your patch was integrated' notification mails.

Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv2 0/6] solve several issues in oe-git-proxy

[Henning Schild]

Seems that was merged without further notice ... again. But hey it is
in.

poky
49bb6cefb507c116cb2548ae842eb0653053fee4...4b0bf01c14a90313ab294ead2ca1e5536bafd632

Henning

Am Tue, 3 Sep 2019 15:43:44 +0200
schrieb Henning Schild :

> From: Henning Schild 
> 
> Change to v1:
>  - fix comment in p4
>  - move "set -f" all the way up in p4, that was the intention in the
>first place
> 
> Henning Schild (6):
>   oe-git-proxy: allow setting SOCAT from outside
>   oeqa: add case for oe-git-proxy
>   Revert "oe-git-proxy: Avoid resolving NO_PROXY against local files"
>   oe-git-proxy: disable shell pathname expansion for the whole script
>   oe-git-proxy: NO_PROXY suffix matching without wildcard for
> match_host oe-git-proxy: fix dash "Bad substitution"
> 
>  meta/lib/oeqa/selftest/cases/oescripts.py | 58
> +++ scripts/oe-git-proxy  |
> 21  2 files changed, 71 insertions(+), 8 deletions(-)
> 

-- 
___
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

[Adrian Bunk]

On Mon, Sep 16, 2019 at 03:43:42PM -0700, Andre McCurdy wrote:
> 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.
>...

Building with --disable-runtime-cpudetect for qemuarmv5 gives:

ARCH  arm (armv5te)
big-endianno
runtime cpu detection no
ARMv5TE enabled   yes
ARMv6 enabled yes
ARMv6T2 enabled   yes
VFP enabled   yes
NEON enabled  yes


These 4 misdetections are all affecting a certain range of CPUs,
ARMv6T2 misdetection should affect more CPUs than VFP misdetection.

There likely is a common root cause that should be fixed,
instead of manually specifying every autodetected feature.


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] [PATCH] openssl: Upgrade 1.1.1c -> 1.1.1d

[Alex Kiernan]

On Mon, Sep 16, 2019 at 8: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 \
> -   file://0001-Fix-build-error-for-aarch64-big-endian.patch \
> -