Re: [linux-yocto] [yocto-kernel][yocto-kernel-cache] [Discussion] How about disable CONFIG_GCC_PLUGINS by default in ktypes/base/base.cfg

2020-09-28 Thread Xu, Yanfei 



On 9/9/20 12:02 PM, Bruce Ashfield wrote:

On Tue, Sep 8, 2020 at 8:23 AM Bruce Ashfield via
lists.yoctoproject.org
 wrote:


On Tue, Sep 8, 2020 at 5:15 AM Xu, Yanfei  wrote:




On 9/8/20 10:26 AM, Xu, Yanfei wrote:



On 9/8/20 10:01 AM, Bruce Ashfield wrote:

On Mon, Sep 7, 2020 at 11:43 AM Xu, Yanfei 
wrote:




On 9/7/20 7:53 PM, Bruce Ashfield wrote:

On Mon, Sep 7, 2020 at 5:56 AM Xu, Yanfei 
wrote:


Hi Bruce,


When I excuted "make -C /usr/src/kernel scripts prepare" on target
mechine, I will be asked for choicing if to enable "GCC_PLUGINS" and
other configurations depend on "GCC_PLUGINS" (The .config file didn,t
contain 'GCC_PLUGINS is not set')
But there were never be asked for these before yocto add the
configuration which is "EXTRA_OEMAKE += " HOSTCXX="${BUILD_CXX}
${BUILD_CXXFLAGS} ${BUILD_LDFLAGS}""



Which machine and configuration are you seeing that in ? I've modified
devsrc several times to remove the triggers that cause that behaviour,
and would like to see how it crept back in.


Firstly， the commit：'kernel.bbclass: Configuration for environment
with
HOSTCXX' expose this problem. After revert it， everything will be
normal.

Secondly， the mechine is qemuarm64. Which configuration you mean？ The


yes, which machine and image type.


project's configuration is normal and only with ""IMAGE_INSTALL +=
"packagegroup-core-buildessential".  The configurations of Kconfig for
choosing is as the blow log messages.


I assume you are also installing kernel-devsrc on the target ?
Yes.





With these, I met a failure during compiling an external module on
target mechine after I enabled the GCC_PLUGINS and
CONFIG_GCC_PLUGIN_RANDSTRUCT by above methond. Failure messages as
below. There might be some other unexpected situations with GCC_PLUGIN
enabled.

In my oppinion, GCC_PLUGINS is rarely used, and It can be enable by
who
want to use it. So how about disable it by defualt in
ktypes/base/base.cfg file? Do you think it is appropriate?


I don't disagree, but also, the configuration phase shouldn't be
triggered on target, so I'll fix that behaviour first.


That's great！


I was just able to build master, with kernel 5.8 and run the scripts
prepare target without triggering this:

scripts/Makefile.build:415: warning: overriding recipe for target
'modules.order'
Makefile:1371: warning: ignoring old recipe for target 'modules.order'
CC  arch/arm64/kernel/vdso/vgettimeofday.o
AS  arch/arm64/kernel/vdso/note.o
AS  arch/arm64/kernel/vdso/sigreturn.o
LD  arch/arm64/kernel/vdso/vdso.so.dbg
VDSOSYM include/generated/vdso-offsets.h
make: Leaving directory '/lib/modules/5.8.5-yocto-standard/build'
root@qemuarm64:/usr/src/kernel#

Which is what I expected, since this is an effort I made when
introducing the 5.8 kernel. I'll retest with
5.4 now.

I'm sorry for omitting an imformation about that my project added many
nativesdks. I will ensure if the issue was triggered by these soon.


These nativesdks are irrelevant to the result.

I separately build projects with kernel5.4 and kernel5.8. There are some
differences about CONFIG_GCC_PLUGINS of /usr/src/kernel/.config on
target machine.

---5.4-
CONFIG_PLUGIN_HOSTCC=""
CONFIG_HAVE_GCC_PLUGINS=y
# end of General architecture-dependent options

---5.8-
CONFIG_HAVE_GCC_PLUGINS=y
CONFIG_GCC_PLUGINS=y
# CONFIG_GCC_PLUGIN_LATENT_ENTROPY is not set
# CONFIG_GCC_PLUGIN_RANDSTRUCT is not set
# end of General architecture-dependent options


Also, with the 5.4 kernel, I was able to trigger one on-target
configuration run. I'll look into that first, and then get back to the
gcc plugins config question.


I have a fix for this now, and it will work for both 5.8 and 5.4 kernels.

I need to test it a bit more, but I'll send the patch on my Wednesday
(since it is already Wednesday for you :)

Bruce


Hi Bruce,

With your fix, the problem is still here when I test it these day. And 
It only occur on 5.4 kernel.


message as blow:

root@qemuarm64:/module_path/module_example#
root@qemuarm64:/module_path/module_example# cat /proc/version
Linux version 5.4.65-yocto-standard (oe-user@oe-host) (gcc version 
10.2.0 (GCC)) #1 SMP PREEMPT Mon Sep 28 04:05:32 UTC 2020

root@qemuarm64:/module_path/module_example#
root@qemuarm64:/module_path/module_example#
aret@qemuarm64:/module_path/module_example# make -C /usr/src/kernel 
scripts prepa

make: Entering directory '/lib/modules/5.4.65-yocto-standard/build'
scripts/kconfig/conf  --syncconfig Kconfig
*
* Restart config...
*
*
* GCC plugins
*
GCC plugins (GCC_PLUGINS) [Y/n/?] (NEW) Y
  Generate some entropy during boot and runtime 
(GCC_PLUGIN_LATENT_ENTROPY) [N/y/?] (NEW) y
  Randomize layout of sensitive kernel structures 
(GCC_PLUGIN_RANDSTRUCT) [N/y/?] (NEW) y
Use cacheline-aware structure randomization 
(GCC_PLUGIN_RANDSTRUCT_PERFORMANCE) [N/y/?] (NEW) y

*
* Memory initialization
*
Initialize kernel stack variables at function entry
> 1. no

[yocto] M+ & H bugs with Milestone Movements WW39

2020-09-28 Thread Stephen Jolley 
All,

YP M+ or high bugs which moved to a new milestone in WW39 are listed below: 


Priority

Bug ID

Short Description

Changer

Owner

Was

Became


Medium+

  11449

Allow overriding classes to override overridden classes

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  11746

oe-selftest: capture self.logger messages in XML output

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  12090

bitbake resident server reconnect needed ?

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  12368

persistent bitbake server does not re-parse if previous build was ctrl+C'd

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  12723

mysql requires unicode and char length filtering

david.re...@windriver.com

david.re...@windriver.com

3.2 M3

3.2 M4


 

  12970

uninative file should be versionned

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  12986

Failed to expand SRCPV on updateding SRC_URI using pn overrides and 
BBCLASSEXTEND

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13008

toaster testing

david.re...@windriver.com

david.re...@windriver.com

3.2 M3

3.3 M1


 

  13109

Implement CPE to package to Release mapping

david.re...@windriver.com

david.re...@windriver.com

3.2 M3

3.3 M1


 

  13103

[Bug][QA 2.7 M1 rc1][Toaster] "Recipes" table  and  "machines" table are not 
getting populated after clicking on imported layer as well as after clicking 
Machines Tab on project page

david.re...@windriver.com

david.re...@windriver.com

3.2 M3

3.2 M4


 

  13123

package.PackageTests.test_gdb_hardlink_debug failed

randy.macl...@windriver.com

randy.macl...@windriver.com

3.2 M3

3.2 M4


 

  13183

bitbake-layers crashes with incorrect layer configuration data is given 
(expected proper error printing and exit with error)

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13278

If git protocol doesn't work, you get a tar.gz clone from PREMIRROR which has 
git protocol origin

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13325

Add link to the output directory from LHS console view

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13355

RDEPENDS does not work properly for native builds (only supports recipe names, 
not package names)

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13424

devupstream doesn't work with mutilib

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13448

bitbake master appears to expand variables it should not need to

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13599

Enhancement: Detect variables that shouldn't be defined in image scope, but in 
global (distro) scope

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13642

Split single "run-config" step into multiple steps

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13669

Move Toaster testsuite-2 away from Testopia

david.re...@windriver.com

david.re...@windriver.com

3.2 M3

3.2 M4


 

  13699

Prolonged recipe parsing times after removing tmp when the resident bitbake 
server is used

richard.pur...@linuxfoundation.org

richard.pur...@linuxfoundation.org

3.2 M3

3.2 M4


 

  13711

Parsing fails on externalsrc recipe containing both git and file in

[yocto] Enhancements/Bugs closed WW39!

2020-09-28 Thread Stephen Jolley 
All,

The below were the owners of enhancements or bugs closed during the last
week!


Who

Count


richard.pur...@linuxfoundation.org

5


sangeeta.j...@intel.com

1


randy.macl...@windriver.com

1


r...@burtonini.com

1


khairul.rohaizzat.jamalud...@intel.com

1


mich...@yoctoproject.org

1


david.re...@windriver.com

1


Grand Total

11

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50865): https://lists.yoctoproject.org/g/yocto/message/50865
Mute This Topic: https://lists.yoctoproject.org/mt/77188400/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Current Autobuilder Intermittent bugs by the WW created or closed.

2020-09-28 Thread Stephen Jolley 
All,

Below are the lists of open and closed medium or higher Autobuilder
Intermittent bugs by the WW created or closed.


WW Opened

WW Closed

Status

Count


2018WW48

2020WW26

Closed

1


2018WW49

2020WW28

Closed

1


2019WW26

2020WW31

Closed

1


2019WW43

2020WW30

Closed

1


2019WW47

 

Open

1


2019WW51

2020WW30

Closed

1


2020WW13

2020WW30

Closed

1


2020WW21

2020WW30

Closed

1


2020WW21

2020WW33

Closed

1


2020WW23

2020WW27

Closed

1


2020WW8

 

Open

2


2020WW8

2020WW29

Closed

1


2020WW24

 

Open

1


2020WW24

2020WW34

Closed

1


2020WW25

 

Open

1


2020WW25

2020WW27

Closed

1


2020WW25

2020WW33

Closed

1


2020WW26

2020WW26

Closed

2


2020WW26

2020WW28

Closed

1


2020WW27

2020WW28

Closed

1


2020WW28

2020WW29

Closed

1


2020WW29

 

Open

1


2020WW30

 

Open

1


2020WW31

 

Open

2


2020WW33

 

Open

5


2020WW33

2020WW34

Closed

2


2020WW33

2020WW35

Closed

1


2020WW34

 

Open

2


2020WW34

2020WW34

Closed

1


2020WW35

 

Open

2


2020WW35

2020WW39

Closed

1


2020WW36

 

Open

2


2020WW36

2020WW37

Closed

2


2020WW36

2020WW39

Closed

1


2020WW37

 

Open

1


2020WW38

2020WW39

Closed

1


2020WW39

 

Open

2


Grand Total

 

 

50

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50864): https://lists.yoctoproject.org/g/yocto/message/50864
Mute This Topic: https://lists.yoctoproject.org/mt/77188281/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Current high bug count owners for Yocto Project 3.2

2020-09-28 Thread Stephen Jolley 
All,

Below is the list as of top 47 bug owners as of the end of WW39 of who have
open medium or higher bugs and enhancements against YP 3.2.   There are 23
possible work days left until the final release candidates for YP 3.2 needs
to be released.


Who

Count


richard.pur...@linuxfoundation.org

32


david.re...@windriver.com

22


r...@burtonini.com

19


bluelightn...@bluelightning.org

19


akuster...@gmail.com

18


bruce.ashfi...@gmail.com

18


mark.mor...@windriver.com

11


sakib.sa...@windriver.com

11


kai.k...@windriver.com

10


jpewhac...@gmail.com

10


trevor.gamb...@windriver.com

9


qi.c...@windriver.com

9


timothy.t.orl...@intel.com

9


hongxu@windriver.com

5


raj.k...@gmail.com

5


rpj...@crashcourse.ca

4


mostthings...@gmail.com

4


randy.macl...@windriver.com

4


mingli...@windriver.com

4


yi.z...@windriver.com

3


jon.ma...@arm.com

3


jeanmarie.lemeta...@gmail.com

2


alejan...@enedino.org

2


mich...@yoctoproject.org

2


ydir...@free.fr

2


jae...@xilinx.com

2


jpuhl...@mvista.com

2


st...@sakoman.com

2


chee.yang@intel.com

2


mark.ha...@kernel.crashing.org

2


kerg...@gmail.com

2


aeh...@gmail.com

1


joe.sla...@windriver.com

1


liu.min...@gmail.com

1


martin.ja...@gmail.com

1


akus...@mvista.com

1


kai.ruh...@live.com

1


liezhi.y...@windriver.com

1


kexin@windriver.com

1


anuj.mit...@intel.com

1


amber.n.ell...@intel.com

1


maxime.roussinbelan...@gmail.com

1


changqing...@windriver.com

1


matt.ranos...@konsulko.com

1


ankur.tyag...@gmail.com

1


jason.wes...@windriver.com

1


dl...@gmx.de

1


Grand Total

265

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50863): https://lists.yoctoproject.org/g/yocto/message/50863
Mute This Topic: https://lists.yoctoproject.org/mt/77188182/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2020-09-28 Thread Stephen Jolley 
All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 334
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "3.2", "3.3, "3.99" and "Future", the more pressing/urgent issues
being in "3.2" and then "3.3".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50862): https://lists.yoctoproject.org/g/yocto/message/50862
Mute This Topic: https://lists.yoctoproject.org/mt/77188004/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto] Interim task between compile/bundle_initramfs

2020-09-28 Thread Sean McKay 
Hi Bruce, et al.

Has anyone given any thought to trying to add an sstate enabled task between 
compile and bundle_initramfs that would capture the necessary artifacts for the 
downstream tasks to run without necessarily actually recompiling the kernel if 
nothing in the kernel code/config has changed?
I ask because we've got a few embedded systems that use just a bundled 
kernel/initramfs to run, and it seems quite a waste of compute time to 
recompile the kernel every time the initramfs changes image signature (and we 
can't be the only ones for whom the compute time savings would be nonzero).

On the other hand, I'm guessing smarter people than I have already thought of 
said question... so before I dig too far, I figured I'd ask if there's a reason 
this hasn't been done, or if you think it's worth pursuing (and no one else has 
had the time yet)?

Thanks!
-Sean McKay

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9094): 
https://lists.yoctoproject.org/g/linux-yocto/message/9094
Mute This Topic: https://lists.yoctoproject.org/mt/77185489/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-zephyr][PATCH] zephyr.bbclass: Add ability to set board

2020-09-28 Thread Jon Mason 
Currently, there is no ability to set the board used by Zephyr.  This
limits the ability to set the board to something other than the machine
name.  By setting up an intermediate variable, ZEPHYR_BOARD, this can be
set by those that know better (with the default to use the machine name
as before).

Signed-off-by: Jon Mason 
---
 classes/zephyr.bbclass | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/classes/zephyr.bbclass b/classes/zephyr.bbclass
index 3ea074613117..ead762aea11c 100644
--- a/classes/zephyr.bbclass
+++ b/classes/zephyr.bbclass
@@ -1,5 +1,3 @@
-
-
 inherit terminal
 
 OE_TERMINAL_EXPORTS += "HOST_EXTRACFLAGS HOSTLDFLAGS TERMINFO CROSS_CURSES_LIB 
CROSS_CURSES_INC"
@@ -10,11 +8,12 @@ CROSS_CURSES_INC = '-DCURSES_LOC=""'
 TERMINFO = "${STAGING_DATADIR_NATIVE}/terminfo"
 
 KCONFIG_CONFIG_COMMAND ??= "menuconfig"
+ZEPHYR_BOARD ?= "${MACHINE}"
 
 python () {
 # Translate MACHINE into Zephyr BOARD
 # Zephyr BOARD is basically our MACHINE, except we must use "-" instead of 
"_"
-board = d.getVar('MACHINE',True)
+board = d.getVar('ZEPHYR_BOARD', True)
 board = board.replace('-', '_')
 d.setVar('BOARD',board)
 }
-- 
2.20.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50861): https://lists.yoctoproject.org/g/yocto/message/50861
Mute This Topic: https://lists.yoctoproject.org/mt/77185175/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-security][PATCH] opendnssec: add recipe

2020-09-28 Thread akuster 
Signed-off-by: Armin Kuster 
---
 .../opendnssec/files/fix_fprint.patch |  25 ++
 .../opendnssec/files/libdns_conf_fix.patch| 217 ++
 .../opendnssec/files/libxml2_conf.patch   | 112 +
 .../opendnssec/opendnssec_2.1.6.bb|  37 +++
 4 files changed, 391 insertions(+)
 create mode 100644 recipes-security/opendnssec/files/fix_fprint.patch
 create mode 100644 recipes-security/opendnssec/files/libdns_conf_fix.patch
 create mode 100644 recipes-security/opendnssec/files/libxml2_conf.patch
 create mode 100644 recipes-security/opendnssec/opendnssec_2.1.6.bb

diff --git a/recipes-security/opendnssec/files/fix_fprint.patch 
b/recipes-security/opendnssec/files/fix_fprint.patch
new file mode 100644
index 000..da0bcfe
--- /dev/null
+++ b/recipes-security/opendnssec/files/fix_fprint.patch
@@ -0,0 +1,25 @@
+format not a string literal and no format arguments
+
+missing module_str in call
+
+Upstream-Status: Pending
+Signed-off-by: Armin Kuster 
+
+../../../git/enforcer/src/keystate/keystate_ds.c:192:7: error: format not a 
string literal and no format arguments [-Werror=format-security]
+|   192 |   ods_log_error_and_printf(sockfd, "Failed to run %s", cp_ds);
+|   |   ^~~~
+
+
+Index: git/enforcer/src/keystate/keystate_ds.c
+===
+--- git.orig/enforcer/src/keystate/keystate_ds.c
 git/enforcer/src/keystate/keystate_ds.c
+@@ -189,7 +189,7 @@ exec_dnskey_by_id(int sockfd, struct dbw
+   status = 0;
+   }
+   else {
+-  
ods_log_error_and_printf(sockfd, "Failed to run %s", cp_ds);
++  
ods_log_error_and_printf(sockfd, module_str, "Failed to run %s", cp_ds);
+ status = 7;
+   }
+   }
diff --git a/recipes-security/opendnssec/files/libdns_conf_fix.patch 
b/recipes-security/opendnssec/files/libdns_conf_fix.patch
new file mode 100644
index 000..126e197
--- /dev/null
+++ b/recipes-security/opendnssec/files/libdns_conf_fix.patch
@@ -0,0 +1,217 @@
+Configure does not work with OE pkg-config for the ldns option
+
+Upstream-Status: OE specific
+
+Signed-off-by: Armin Kuster 
+
+Index: opendnssec-2.1.6/m4/acx_ldns.m4
+===
+--- opendnssec-2.1.6.orig/m4/acx_ldns.m4
 opendnssec-2.1.6/m4/acx_ldns.m4
+@@ -1,128 +1,65 @@
+-AC_DEFUN([ACX_LDNS],[
+-  AC_ARG_WITH(ldns, 
+-  [AC_HELP_STRING([--with-ldns=PATH],[specify prefix of path of 
ldns library to use])],
+-  [
+-  LDNS_PATH="$withval"
+-  AC_PATH_PROGS(LDNS_CONFIG, ldns-config, ldns-config, 
$LDNS_PATH/bin)
+-  ],[
+-  LDNS_PATH="/usr/local"
+-  AC_PATH_PROGS(LDNS_CONFIG, ldns-config, ldns-config, 
$PATH)
+-  ])
+-
+-  if test -x "$LDNS_CONFIG"
+-  then
+-  AC_MSG_CHECKING(what are the ldns includes)
+-  LDNS_INCLUDES="`$LDNS_CONFIG --cflags`"
+-  AC_MSG_RESULT($LDNS_INCLUDES)
+-
+-  AC_MSG_CHECKING(what are the ldns libs)
+-  LDNS_LIBS="`$LDNS_CONFIG --libs`"
+-  AC_MSG_RESULT($LDNS_LIBS)
+-  else
+-  AC_MSG_CHECKING(what are the ldns includes)
+-  LDNS_INCLUDES="-I$LDNS_PATH/include"
+-  AC_MSG_RESULT($LDNS_INCLUDES)
+-
+-  AC_MSG_CHECKING(what are the ldns libs)
+-  LDNS_LIBS="-L$LDNS_PATH/lib -lldns"
+-  AC_MSG_RESULT($LDNS_LIBS)
+-  fi
+-
+-  tmp_CPPFLAGS=$CPPFLAGS
+-  tmp_LIBS=$LIBS
+-
+-  CPPFLAGS="$CPPFLAGS $LDNS_INCLUDES"
+-  LIBS="$LIBS $LDNS_LIBS"
+-
+-  AC_CHECK_LIB(ldns, ldns_rr_new,,[AC_MSG_ERROR([Can't find ldns 
library])])
+-  LIBS=$tmp_LIBS
+-
+-  AC_MSG_CHECKING([for ldns version])
+-  CHECK_LDNS_VERSION=m4_format(0x%02x%02x%02x, $1, $2, $3)
+-  AC_LANG_PUSH([C])
+-  AC_RUN_IFELSE([
+-  AC_LANG_SOURCE([[
+-  #include 
+-  int main()
+-  {
+-  #ifdef LDNS_REVISION
+-  if (LDNS_REVISION >= $CHECK_LDNS_VERSION)
+-  return 0;
+-  #endif
+-  return 1;
+-  }
+-  ]])
+-  ],[
+-  AC_MSG_RESULT([>= $1.$2.$3])
+-  ],[
+-  AC_MSG_RESULT([< $1.$2.$3])
+-  AC_MSG_ERROR([ldns library too old ($1.$2.$3 or later 
required)])
+-  ],[])
+-  AC_LANG_POP([C])
++#serial 11
+ 
+-  CPPFLAGS=$tmp_CPPFLAGS
+-
+-  AC_SUBST(LDNS_INCLUDES)
+-

[yocto] #yocto #linux #systemd Having issues building command line utilities: ntpq, timedatectl, and ntpstat into kernel image

2020-09-28 Thread Monsees, Steven C (US) via lists.yoctoproject.org 

I am trying to build an image with the following command line utilities built 
in: ntpq, timedatectl, and ntpstat.

Note : ntp is builtinto my image and working correctly.

I performed a simple test using "IMAGE_INSTALL_append = " ntpq", get no errors 
but the command is NOT present upon booting the image (same for the other 2).

I am working with Rocko 2.4.1, ntp 4.2.8p10.

Can you tell me (1) if they are supported, (2) how to pull them into my image 
so I might run from kernel ?

Thanks,
Steve

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50859): https://lists.yoctoproject.org/g/yocto/message/50859
Mute This Topic: https://lists.yoctoproject.org/mt/77180295/21656
Mute #systemd:https://lists.yoctoproject.org/g/yocto/mutehashtag/systemd
Mute #yocto:https://lists.yoctoproject.org/g/yocto/mutehashtag/yocto
Mute #linux:https://lists.yoctoproject.org/g/yocto/mutehashtag/linux
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] poky-dunfell-23.0.2: WARNING: Your host glibc verson (2.32) is newer than that in uninative (2.31). Disabling uninative so that sstate is not corrupted.

2020-09-28 Thread Robert 

Correct, I can also confirm the backport works in getting it compiled.
Thanks.

On 28-09-2020 18:53, Martin Jansa wrote:
I was able to reproduce this in one of my build setups and confirm 
that backporting this commit helps (and haven't found any other issues 
while building our images).


I've sent the backport request now.

On Mon, Sep 28, 2020 at 1:46 PM Richard Purdie 
> wrote:


On Mon, 2020-09-28 at 10:34 +0200, Robert wrote:
> I tried the latest uninative from the same link, it will remove the
> warning but it doesn't solve the problem.
> If something else is wrong/different I would very much like a
> suggestion where to start looking for this difference.
> Finding something that isn't there is not easy :-\

You could try backporting:


http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=94b1d77472ad335f26ca4ea6ec8c5b399368c06e

Cheers,

Richard










-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50858): https://lists.yoctoproject.org/g/yocto/message/50858
Mute This Topic: https://lists.yoctoproject.org/mt/77162522/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] poky-dunfell-23.0.2: WARNING: Your host glibc verson (2.32) is newer than that in uninative (2.31). Disabling uninative so that sstate is not corrupted.

2020-09-28 Thread Martin Jansa 
I was able to reproduce this in one of my build setups and confirm that
backporting this commit helps (and haven't found any other issues while
building our images).

I've sent the backport request now.

On Mon, Sep 28, 2020 at 1:46 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Mon, 2020-09-28 at 10:34 +0200, Robert wrote:
> > I tried the latest uninative from the same link, it will remove the
> > warning but it doesn't solve the problem.
> > If something else is wrong/different I would very much like a
> > suggestion where to start looking for this difference.
> > Finding something that isn't there is not easy :-\
>
> You could try backporting:
>
>
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=94b1d77472ad335f26ca4ea6ec8c5b399368c06e
>
> Cheers,
>
> Richard
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50857): https://lists.yoctoproject.org/g/yocto/message/50857
Mute This Topic: https://lists.yoctoproject.org/mt/77162522/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] #devtool fails on unpack of u-boot-ti-staging

2020-09-28 Thread Donald Usry 
Using 'devtool modify u-boot-ti-staging' fails on do_unpack with "Exception: 
ModuleNotFoundError: No module named '_sysconfigdata'". I pulled a fresh copy 
of Poky and tried 'devtool modify u-boot' with the default machine and the same 
exception occurs. I have tried others. For example, performing 'devtool modify 
linux-ti-staging' yields no issues.

Build Configuration:
BB_VERSION   = "1.46.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING  = "universal"
TARGET_SYS   = "arm-poky-linux-gnueabi"
MACHINE  = "am335x-evm"
DISTRO   = "poky"
DISTRO_VERSION   = "3.1.3"
TUNE_FEATURES= "arm armv7a vfp thumb neon callconvention-hard"
TARGET_FPU   = "hard"

meta
meta-poky= "dunfell:012ad10a89a889c21e67c27dc37d22520212548f"
meta-ti  = "master:2e95912f57a66a6a6879b053ba08faec5a6e4500"
meta-arm
meta-arm-toolchain   = "dunfell:c4f04f3fb66f8f4365b08b553af8206372e90a63"
workspace= "dunfell:012ad10a89a889c21e67c27dc37d22520212548f"

Initialising tasks: 100% 
|##|
 Time: 0:00:00
Sstate summary: Wanted 0 Found 0 Missed 0 Current 20 (0% match, 100% complete)
NOTE: Executing Tasks
ERROR: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: 
 0001:
*** 0002:devtool_post_unpack(d)
 0003:
File: '/home/dusry/workspace/poky/meta/classes/devtool-source.bbclass', lineno: 
68, function: devtool_post_unpack
 0064:}
 0065:
 0066:
 0067:python devtool_post_unpack() {
*** 0068:import oe.recipeutils
 0069:import shutil
 0070:sys.path.insert(0, os.path.join(d.getVar('COREBASE'), 'scripts', 
'lib'))
 0071:import scriptutils
 0072:from devtool import setup_git_repo
File: '/home/dusry/workspace/poky/meta/lib/oe/recipeutils.py', lineno: 21, 
function: 
 0017:import shutil
 0018:import re
 0019:import fnmatch
 0020:import glob
*** 0021:import bb.tinfoil
 0022:
 0023:from collections import OrderedDict, defaultdict
 0024:from bb.utils import vercmp_string
 0025:
File: '/home/dusry/workspace/poky/bitbake/lib/bb/tinfoil.py', lineno: 19, 
function: 
 0015:from collections import OrderedDict, defaultdict
 0016:from functools import partial
 0017:
 0018:import bb.cache
*** 0019:import bb.cooker
 0020:import bb.providers
 0021:import bb.taskdata
 0022:import bb.utils
 0023:import bb.command
File: '/home/dusry/workspace/poky/bitbake/lib/bb/cooker.py', lineno: 25, 
function: 
 0021:import bb, bb.exceptions, bb.command
 0022:from bb import utils, data, parse, event, cache, providers, taskdata, 
runqueue, build
 0023:import queue
 0024:import signal
*** 0025:import prserv.serv
 0026:import pyinotify
 0027:import json
 0028:import pickle
 0029:import codecs
File: '/home/dusry/workspace/poky/bitbake/lib/prserv/serv.py', lineno: 7, 
function: 
 0003:#
 0004:
 0005:import os,sys,logging
 0006:import signal, time
*** 0007:from xmlrpc.server import SimpleXMLRPCServer, 
SimpleXMLRPCRequestHandler
 0008:import threading
 0009:import queue
 0010:import socket
 0011:import io
File: '/usr/lib/python3.8/xmlrpc/server.py', lineno: 117, function: 
 0113:import socketserver
 0114:import sys
 0115:import os
 0116:import re
*** 0117:import pydoc
 0118:import traceback
 0119:try:
 0120:import fcntl
 0121:except ImportError:
File: '/usr/lib/python3.8/pydoc.py', lineno: 370, function: 
 0366:return module
 0367:
 0368:#  formatter base 
class
 0369:
*** 0370:class Doc:
 0371:
 0372:PYTHONDOCS = os.environ.get("PYTHONDOCS",
 0373:
"https://docs.python.org/%d.%d/library"
 0374:% sys.version_info[:2])
File: '/usr/lib/python3.8/pydoc.py', lineno: 400, function: Doc
 0396:raise TypeError(message)
 0397:
 0398:docmodule = docclass = docroutine = docother = docproperty = 
docdata = fail
 0399:
*** 0400:def getdocloc(self, object, basedir=sysconfig.get_path('stdlib')):
 0401:"""Return the location of module docs or None"""
 0402:
 0403:try:
 0404:file = inspect.getabsfile(object)
File: '/usr/lib/python3.8/sysconfig.py', lineno: 512, function: get_path
 0508:"""Return a path corresponding to the scheme.
 0509:
 0510:``scheme`` is the install scheme name.
 0511:"""
*** 0512:return get_paths(scheme, vars, expand)[name]
 0513:
 0514:

[yocto] #devtool fails on unpack of u-boot-ti-staging and u-boot

2020-09-28 Thread Donald Usry 
Using 'devtool modify u-boot-ti-staging' fails on do_unpack with "Exception: 
ModuleNotFoundError: No module named '_sysconfigdata'". I pulled a fresh copy 
of Poky and tried 'devtool modify u-boot' with the default machine and the same 
exception occurs. I have tried others. For example, performing 'devtool modify 
linux-ti-staging' yields no issues.

Build Configuration:
BB_VERSION   = "1.46.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING  = "universal"
TARGET_SYS   = "arm-poky-linux-gnueabi"
MACHINE  = "am335x-evm"
DISTRO   = "poky"
DISTRO_VERSION   = "3.1.3"
TUNE_FEATURES= "arm armv7a vfp thumb neon callconvention-hard"
TARGET_FPU   = "hard"

meta
meta-poky= "dunfell:012ad10a89a889c21e67c27dc37d22520212548f"
meta-ti  = "master:2e95912f57a66a6a6879b053ba08faec5a6e4500"
meta-arm
meta-arm-toolchain   = "dunfell:c4f04f3fb66f8f4365b08b553af8206372e90a63"
workspace= "dunfell:012ad10a89a889c21e67c27dc37d22520212548f"

Initialising tasks: 100% 
|##|
 Time: 0:00:00
Sstate summary: Wanted 0 Found 0 Missed 0 Current 20 (0% match, 100% complete)
NOTE: Executing Tasks
ERROR: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: 
 0001:
*** 0002:devtool_post_unpack(d)
 0003:
File: '/home/dusry/workspace/poky/meta/classes/devtool-source.bbclass', lineno: 
68, function: devtool_post_unpack
 0064:}
 0065:
 0066:
 0067:python devtool_post_unpack() {
*** 0068:import oe.recipeutils
 0069:import shutil
 0070:sys.path.insert(0, os.path.join(d.getVar('COREBASE'), 'scripts', 
'lib'))
 0071:import scriptutils
 0072:from devtool import setup_git_repo
File: '/home/dusry/workspace/poky/meta/lib/oe/recipeutils.py', lineno: 21, 
function: 
 0017:import shutil
 0018:import re
 0019:import fnmatch
 0020:import glob
*** 0021:import bb.tinfoil
 0022:
 0023:from collections import OrderedDict, defaultdict
 0024:from bb.utils import vercmp_string
 0025:
File: '/home/dusry/workspace/poky/bitbake/lib/bb/tinfoil.py', lineno: 19, 
function: 
 0015:from collections import OrderedDict, defaultdict
 0016:from functools import partial
 0017:
 0018:import bb.cache
*** 0019:import bb.cooker
 0020:import bb.providers
 0021:import bb.taskdata
 0022:import bb.utils
 0023:import bb.command
File: '/home/dusry/workspace/poky/bitbake/lib/bb/cooker.py', lineno: 25, 
function: 
 0021:import bb, bb.exceptions, bb.command
 0022:from bb import utils, data, parse, event, cache, providers, taskdata, 
runqueue, build
 0023:import queue
 0024:import signal
*** 0025:import prserv.serv
 0026:import pyinotify
 0027:import json
 0028:import pickle
 0029:import codecs
File: '/home/dusry/workspace/poky/bitbake/lib/prserv/serv.py', lineno: 7, 
function: 
 0003:#
 0004:
 0005:import os,sys,logging
 0006:import signal, time
*** 0007:from xmlrpc.server import SimpleXMLRPCServer, 
SimpleXMLRPCRequestHandler
 0008:import threading
 0009:import queue
 0010:import socket
 0011:import io
File: '/usr/lib/python3.8/xmlrpc/server.py', lineno: 117, function: 
 0113:import socketserver
 0114:import sys
 0115:import os
 0116:import re
*** 0117:import pydoc
 0118:import traceback
 0119:try:
 0120:import fcntl
 0121:except ImportError:
File: '/usr/lib/python3.8/pydoc.py', lineno: 370, function: 
 0366:return module
 0367:
 0368:#  formatter base 
class
 0369:
*** 0370:class Doc:
 0371:
 0372:PYTHONDOCS = os.environ.get("PYTHONDOCS",
 0373:
"https://docs.python.org/%d.%d/library"
 0374:% sys.version_info[:2])
File: '/usr/lib/python3.8/pydoc.py', lineno: 400, function: Doc
 0396:raise TypeError(message)
 0397:
 0398:docmodule = docclass = docroutine = docother = docproperty = 
docdata = fail
 0399:
*** 0400:def getdocloc(self, object, basedir=sysconfig.get_path('stdlib')):
 0401:"""Return the location of module docs or None"""
 0402:
 0403:try:
 0404:file = inspect.getabsfile(object)
File: '/usr/lib/python3.8/sysconfig.py', lineno: 512, function: get_path
 0508:"""Return a path corresponding to the scheme.
 0509:
 0510:``scheme`` is the install scheme name.
 0511:"""
*** 0512:return get_paths(scheme, vars, expand)[name]
 0513:
 0514:

[yocto] devtool fails on unpack of u-boot-ti-staging and u-boot

2020-09-28 Thread Donald Usry 
Using 'devtool modify u-boot-ti-staging' fails on do_unpack with "Exception: 
ModuleNotFoundError: No module named '_sysconfigdata'". I pulled a fresh copy 
of Poky and tried 'devtool modify u-boot' with the default machine and the same 
exception occurs. I have tried others. For example, performing 'devtool modify 
linux-ti-staging' yields no issues.

Build Configuration:
BB_VERSION   = "1.46.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING  = "universal"
TARGET_SYS   = "arm-poky-linux-gnueabi"
MACHINE  = "am335x-evm"
DISTRO   = "poky"
DISTRO_VERSION   = "3.1.3"
TUNE_FEATURES= "arm armv7a vfp thumb neon callconvention-hard"
TARGET_FPU   = "hard"

meta
meta-poky= "dunfell:012ad10a89a889c21e67c27dc37d22520212548f"
meta-ti  = "master:2e95912f57a66a6a6879b053ba08faec5a6e4500"
meta-arm
meta-arm-toolchain   = "dunfell:c4f04f3fb66f8f4365b08b553af8206372e90a63"
workspace= "dunfell:012ad10a89a889c21e67c27dc37d22520212548f"

Initialising tasks: 100% 
|##|
 Time: 0:00:00
Sstate summary: Wanted 0 Found 0 Missed 0 Current 20 (0% match, 100% complete)
NOTE: Executing Tasks
ERROR: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: 
 0001:
*** 0002:devtool_post_unpack(d)
 0003:
File: '/home/dusry/workspace/poky/meta/classes/devtool-source.bbclass', lineno: 
68, function: devtool_post_unpack
 0064:}
 0065:
 0066:
 0067:python devtool_post_unpack() {
*** 0068:import oe.recipeutils
 0069:import shutil
 0070:sys.path.insert(0, os.path.join(d.getVar('COREBASE'), 'scripts', 
'lib'))
 0071:import scriptutils
 0072:from devtool import setup_git_repo
File: '/home/dusry/workspace/poky/meta/lib/oe/recipeutils.py', lineno: 21, 
function: 
 0017:import shutil
 0018:import re
 0019:import fnmatch
 0020:import glob
*** 0021:import bb.tinfoil
 0022:
 0023:from collections import OrderedDict, defaultdict
 0024:from bb.utils import vercmp_string
 0025:
File: '/home/dusry/workspace/poky/bitbake/lib/bb/tinfoil.py', lineno: 19, 
function: 
 0015:from collections import OrderedDict, defaultdict
 0016:from functools import partial
 0017:
 0018:import bb.cache
*** 0019:import bb.cooker
 0020:import bb.providers
 0021:import bb.taskdata
 0022:import bb.utils
 0023:import bb.command
File: '/home/dusry/workspace/poky/bitbake/lib/bb/cooker.py', lineno: 25, 
function: 
 0021:import bb, bb.exceptions, bb.command
 0022:from bb import utils, data, parse, event, cache, providers, taskdata, 
runqueue, build
 0023:import queue
 0024:import signal
*** 0025:import prserv.serv
 0026:import pyinotify
 0027:import json
 0028:import pickle
 0029:import codecs
File: '/home/dusry/workspace/poky/bitbake/lib/prserv/serv.py', lineno: 7, 
function: 
 0003:#
 0004:
 0005:import os,sys,logging
 0006:import signal, time
*** 0007:from xmlrpc.server import SimpleXMLRPCServer, 
SimpleXMLRPCRequestHandler
 0008:import threading
 0009:import queue
 0010:import socket
 0011:import io
File: '/usr/lib/python3.8/xmlrpc/server.py', lineno: 117, function: 
 0113:import socketserver
 0114:import sys
 0115:import os
 0116:import re
*** 0117:import pydoc
 0118:import traceback
 0119:try:
 0120:import fcntl
 0121:except ImportError:
File: '/usr/lib/python3.8/pydoc.py', lineno: 370, function: 
 0366:return module
 0367:
 0368:#  formatter base 
class
 0369:
*** 0370:class Doc:
 0371:
 0372:PYTHONDOCS = os.environ.get("PYTHONDOCS",
 0373:
"https://docs.python.org/%d.%d/library"
 0374:% sys.version_info[:2])
File: '/usr/lib/python3.8/pydoc.py', lineno: 400, function: Doc
 0396:raise TypeError(message)
 0397:
 0398:docmodule = docclass = docroutine = docother = docproperty = 
docdata = fail
 0399:
*** 0400:def getdocloc(self, object, basedir=sysconfig.get_path('stdlib')):
 0401:"""Return the location of module docs or None"""
 0402:
 0403:try:
 0404:file = inspect.getabsfile(object)
File: '/usr/lib/python3.8/sysconfig.py', lineno: 512, function: get_path
 0508:"""Return a path corresponding to the scheme.
 0509:
 0510:``scheme`` is the install scheme name.
 0511:"""
*** 0512:return get_paths(scheme, vars, expand)[name]
 0513:
 0514:

[yocto] devtool fails on unpack of u-boot-ti-staging and u-boot

2020-09-28 Thread Donald Usry 


From: Usry, Don W
Sent: Monday, 28 September, 2020 08:55
To: yocto@lists.yoctoproject.org
Subject: devtool fails on unpack of u-boot-ti-staging and u-boot

Using 'devtool modify u-boot-ti-staging' fails on do_unpack with "Exception: 
ModuleNotFoundError: No module named '_sysconfigdata'". I pulled a fresh copy 
of Poky and tried 'devtool modify u-boot' with the default machine and the same 
exception occurs. I have tried others. Performing 'devtool modify 
linux-ti-staging' yields no issues.

Build Configuration:
BB_VERSION   = "1.46.0"
BUILD_SYS= "x86_64-linux"
NATIVELSBSTRING  = "universal"
TARGET_SYS   = "arm-poky-linux-gnueabi"
MACHINE  = "am335x-evm"
DISTRO   = "poky"
DISTRO_VERSION   = "3.1.3"
TUNE_FEATURES= "arm armv7a vfp thumb neon callconvention-hard"
TARGET_FPU   = "hard"

meta
meta-poky= "dunfell:012ad10a89a889c21e67c27dc37d22520212548f"
meta-ti  = "master:2e95912f57a66a6a6879b053ba08faec5a6e4500"
meta-arm
meta-arm-toolchain   = "dunfell:c4f04f3fb66f8f4365b08b553af8206372e90a63"
workspace= "dunfell:012ad10a89a889c21e67c27dc37d22520212548f"

Initialising tasks: 100% 
|##|
 Time: 0:00:00
Sstate summary: Wanted 0 Found 0 Missed 0 Current 20 (0% match, 100% complete)
NOTE: Executing Tasks
ERROR: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: 
 0001:
*** 0002:devtool_post_unpack(d)
 0003:
File: '/home/dusry/workspace/poky/meta/classes/devtool-source.bbclass', lineno: 
68, function: devtool_post_unpack
 0064:}
 0065:
 0066:
 0067:python devtool_post_unpack() {
*** 0068:import oe.recipeutils
 0069:import shutil
 0070:sys.path.insert(0, os.path.join(d.getVar('COREBASE'), 'scripts', 
'lib'))
 0071:import scriptutils
 0072:from devtool import setup_git_repo
File: '/home/dusry/workspace/poky/meta/lib/oe/recipeutils.py', lineno: 21, 
function: 
 0017:import shutil
 0018:import re
 0019:import fnmatch
 0020:import glob
*** 0021:import bb.tinfoil
 0022:
 0023:from collections import OrderedDict, defaultdict
 0024:from bb.utils import vercmp_string
 0025:
File: '/home/dusry/workspace/poky/bitbake/lib/bb/tinfoil.py', lineno: 19, 
function: 
 0015:from collections import OrderedDict, defaultdict
 0016:from functools import partial
 0017:
 0018:import bb.cache
*** 0019:import bb.cooker
 0020:import bb.providers
 0021:import bb.taskdata
 0022:import bb.utils
 0023:import bb.command
File: '/home/dusry/workspace/poky/bitbake/lib/bb/cooker.py', lineno: 25, 
function: 
 0021:import bb, bb.exceptions, bb.command
 0022:from bb import utils, data, parse, event, cache, providers, taskdata, 
runqueue, build
 0023:import queue
 0024:import signal
*** 0025:import prserv.serv
 0026:import pyinotify
 0027:import json
 0028:import pickle
 0029:import codecs
File: '/home/dusry/workspace/poky/bitbake/lib/prserv/serv.py', lineno: 7, 
function: 
 0003:#
 0004:
 0005:import os,sys,logging
 0006:import signal, time
*** 0007:from xmlrpc.server import SimpleXMLRPCServer, 
SimpleXMLRPCRequestHandler
 0008:import threading
 0009:import queue
 0010:import socket
 0011:import io
File: '/usr/lib/python3.8/xmlrpc/server.py', lineno: 117, function: 
 0113:import socketserver
 0114:import sys
 0115:import os
 0116:import re
*** 0117:import pydoc
 0118:import traceback
 0119:try:
 0120:import fcntl
 0121:except ImportError:
File: '/usr/lib/python3.8/pydoc.py', lineno: 370, function: 
 0366:return module
 0367:
 0368:#  formatter base 
class
 0369:
*** 0370:class Doc:
 0371:
 0372:PYTHONDOCS = os.environ.get("PYTHONDOCS",
 0373:
"https://docs.python.org/%d.%d/library"
 0374:% sys.version_info[:2])
File: '/usr/lib/python3.8/pydoc.py', lineno: 400, function: Doc
 0396:raise TypeError(message)
 0397:
 0398:docmodule = docclass = docroutine = docother = docproperty = 
docdata = fail
 0399:
*** 0400:def getdocloc(self, object, basedir=sysconfig.get_path('stdlib')):
 0401:"""Return the location of module docs or None"""
 0402:
 0403:try:
 0404:file = inspect.getabsfile(object)
File: '/usr/lib/python3.8/sysconfig.py', lineno: 512, function: get_path
 0508:"""Return a path corresponding to the scheme.
 0509:
 0510:

Re: [yocto] QA notification for completed autobuilder build (yocto-3.1.3.rc1)

2020-09-28 Thread Sangeeta Jain 
Hi all,

Intel and WR YP QA is now doing QA execution for YP build yocto-3.1.3.rc1
We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. Beaglebone

ETA for completion is next Thursday, October 01.

Thanks,
Sangeeta


> -Original Message-
> From: Richard Purdie 
> Sent: Friday, 25 September, 2020 10:36 PM
> To: Yocto Project 
> Cc: ota...@ossystems.com.br; yi.z...@windriver.com; Sangal, Apoorv
> ; Yeoh, Ee Peng ; Chan,
> Aaron Chun Yew ;
> richard.pur...@linuxfoundation.org; akuster...@gmail.com;
> sjolley.yp...@gmail.com; Jain, Sangeeta ; Steve
> Sakoman 
> Subject: Fwd: QA notification for completed autobuilder build 
> (yocto-3.1.3.rc1)
> 
> [the original email bounced for some reason, resending to the list]
> 
> A build flagged for QA (yocto-3.1.3.rc1) was completed on the autobuilder and 
> is
> available at:
> 
> 
> https://autobuilder.yocto.io/pub/releases/yocto-3.1.3.rc1
> 
> 
> Build hash information:
> 
> bitbake: 18e1957337fd9f06bc673d28dd4f8277321d07bc
> meta-arm: c7a1a5f9fd415e3ae1078c2a1d6af9c25e9e6498
> meta-gplv2: 60b251c25ba87e946a0ca4cdc8d17b1cb09292ac
> meta-intel: d7134e86574172784f90117c03a012e0048d8bcb
> meta-kernel: cb7f0dc5bb1ea0998c8d4fcb486148d4cab575f4
> meta-mingw: 524de686205b5d6736661d4532f5f98fee8589b7
> oecore: b39bda4cc62db12c0edfbe489d5a7f5988ede6a9
> poky: 012ad10a89a889c21e67c27dc37d22520212548f
> 
> 
> 
> This is an automated message from the Yocto Project Autobuilder
> Git: git://git.yoctoproject.org/yocto-autobuilder2
> Email: richard.pur...@linuxfoundation.org
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50852): https://lists.yoctoproject.org/g/yocto/message/50852
Mute This Topic: https://lists.yoctoproject.org/mt/77080637/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-security][PATCH 2/2] packagegroup-core-security: add libest package

2020-09-28 Thread akuster 
Signed-off-by: Armin Kuster 
---
 recipes-core/packagegroup/packagegroup-core-security.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/recipes-core/packagegroup/packagegroup-core-security.bb 
b/recipes-core/packagegroup/packagegroup-core-security.bb
index 4d98631..c69e3b3 100644
--- a/recipes-core/packagegroup/packagegroup-core-security.bb
+++ b/recipes-core/packagegroup/packagegroup-core-security.bb
@@ -37,6 +37,7 @@ RDEPENDS_packagegroup-security-utils = "\
 python3-fail2ban \
 python3-scapy \
 softhsm \
+libest \
 ${@bb.utils.contains_any("TUNE_FEATURES", "riscv32 ", "", " 
libseccomp",d)} \
 ${@bb.utils.contains("DISTRO_FEATURES", "pam", "sssd 
google-authenticator-libpam", "",d)} \
 ${@bb.utils.contains("DISTRO_FEATURES", "pax", "pax-utils packctl", "",d)} 
\
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50851): https://lists.yoctoproject.org/g/yocto/message/50851
Mute This Topic: https://lists.yoctoproject.org/mt/77174971/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] [meta-security][PATCH 1/2] libest: add recipe

2020-09-28 Thread akuster 
Signed-off-by: Armin Kuster 
---
 recipes-security/libest/libest_3.2.0.bb | 23 +++
 1 file changed, 23 insertions(+)
 create mode 100644 recipes-security/libest/libest_3.2.0.bb

diff --git a/recipes-security/libest/libest_3.2.0.bb 
b/recipes-security/libest/libest_3.2.0.bb
new file mode 100644
index 000..36ff5ca
--- /dev/null
+++ b/recipes-security/libest/libest_3.2.0.bb
@@ -0,0 +1,23 @@
+SUMMARY = "EST is used for secure certificate  \
+enrollment and is compatible with Suite B certs (as well as RSA \
+and DSA certificates)"
+
+LICENSE = "OpenSSL"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=ecb78acde8e3b795de8ef6b61aed5885"
+
+SRCREV = "4ca02c6d7540f2b1bcea278a4fbe373daac7103b"
+SRC_URI = "git://github.com/cisco/libest"
+
+DEPENDS = "openssl"
+
+inherit autotools-brokensep
+
+EXTRA_OECONF = "--disable-pthreads --with-ssl-dir=${STAGING_LIBDIR}"
+
+CFLAGS += "-fcommon"
+
+S = "${WORKDIR}/git"
+
+PACKAGES = "${PN} ${PN}-dbg ${PN}-dev"
+
+FILES_${PN} = "${bindir}/* ${libdir}/libest-3.2.0p.so"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50850): https://lists.yoctoproject.org/g/yocto/message/50850
Mute This Topic: https://lists.yoctoproject.org/mt/77174970/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] poky-dunfell-23.0.2: WARNING: Your host glibc verson (2.32) is newer than that in uninative (2.31). Disabling uninative so that sstate is not corrupted.

2020-09-28 Thread Richard Purdie 
On Mon, 2020-09-28 at 10:34 +0200, Robert wrote:
> I tried the latest uninative from the same link, it will remove the
> warning but it doesn't solve the problem.
> If something else is wrong/different I would very much like a
> suggestion where to start looking for this difference.
> Finding something that isn't there is not easy :-\

You could try backporting:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=94b1d77472ad335f26ca4ea6ec8c5b399368c06e

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50849): https://lists.yoctoproject.org/g/yocto/message/50849
Mute This Topic: https://lists.yoctoproject.org/mt/77162522/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto][linux-yocto-dev][PATCH] SUNRPC: Fix svc_flush_dcache()

2020-09-28 Thread He Zhe 
From: Chuck Lever 

On platforms that implement flush_dcache_page(), a large NFS WRITE
triggers the WARN_ONCE in bvec_iter_advance():

Sep 20 14:01:05 klimt.1015granger.net kernel: Attempted to advance past end of 
bvec iter
Sep 20 14:01:05 klimt.1015granger.net kernel: WARNING: CPU: 0 PID: 1032 at 
include/linux/bvec.h:101 bvec_iter_advance.isra.0+0xa7/0x158 [sunrpc]

Sep 20 14:01:05 klimt.1015granger.net kernel: Call Trace:
Sep 20 14:01:05 klimt.1015granger.net kernel:  svc_tcp_recvfrom+0x60c/0x12c7 
[sunrpc]
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? 
bvec_iter_advance.isra.0+0x158/0x158 [sunrpc]
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? del_timer_sync+0x4b/0x55
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? test_bit+0x1d/0x27 [sunrpc]
Sep 20 14:01:05 klimt.1015granger.net kernel:  svc_recv+0x1193/0x15e4 [sunrpc]
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? try_to_freeze.isra.0+0x6f/0x6f 
[sunrpc]
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? 
refcount_sub_and_test.constprop.0+0x13/0x40 [sunrpc]
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? svc_xprt_put+0x1e/0x29f 
[sunrpc]
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? svc_send+0x39f/0x3c1 [sunrpc]
Sep 20 14:01:05 klimt.1015granger.net kernel:  nfsd+0x282/0x345 [nfsd]
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? __kthread_parkme+0x74/0xba
Sep 20 14:01:05 klimt.1015granger.net kernel:  kthread+0x2ad/0x2bc
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? nfsd_destroy+0x124/0x124 [nfsd]
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? test_bit+0x1d/0x27
Sep 20 14:01:05 klimt.1015granger.net kernel:  ? 
kthread_mod_delayed_work+0x115/0x115
Sep 20 14:01:05 klimt.1015granger.net kernel:  ret_from_fork+0x22/0x30

Reported-by: He Zhe 
Fixes: ca07eda33e01 ("SUNRPC: Refactor svc_recvfrom()")
Signed-off-by: Chuck Lever 
Link: 
https://lore.kernel.org/lkml/15694751-066e-18de-85d6-c47635a28...@windriver.com/
Signed-off-by: He Zhe 
---
 net/sunrpc/svcsock.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/net/sunrpc/svcsock.c b/net/sunrpc/svcsock.c
index d5805fa1d066..c2752e2b9ce3 100644
--- a/net/sunrpc/svcsock.c
+++ b/net/sunrpc/svcsock.c
@@ -228,7 +228,7 @@ static int svc_one_sock_name(struct svc_sock *svsk, char 
*buf, int remaining)
 static void svc_flush_bvec(const struct bio_vec *bvec, size_t size, size_t 
seek)
 {
struct bvec_iter bi = {
-   .bi_size= size,
+   .bi_size= size + seek,
};
struct bio_vec bv;
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9093): 
https://lists.yoctoproject.org/g/linux-yocto/message/9093
Mute This Topic: https://lists.yoctoproject.org/mt/77170896/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto] [PATCH] Add support for build under SDK

2020-09-28 Thread Chen Qi 
Avoid building failure to link libpthread from host.

On some host, when `make scripts` inside SDK, we will meet error
about libpthread linking error. This is because kernel hard codes
to link libpthread from host. So we make it link to libpthread
from SDK's host part to solve this problem.

Signed-off-by: Chen Qi 
---
 scripts/Makefile | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/scripts/Makefile b/scripts/Makefile
index 3e86b30..afa6b33 100644
--- a/scripts/Makefile
+++ b/scripts/Makefile
@@ -23,8 +23,10 @@ hostprogs-$(CONFIG_SYSTEM_EXTRA_CERTIFICATE) += 
insert-sys-cert
 
 HOSTCFLAGS_sortextable.o = -I$(srctree)/tools/include
 HOSTCFLAGS_asn1_compiler.o = -I$(srctree)/include
-HOSTLDLIBS_sign-file = -lcrypto
-HOSTLDLIBS_extract-cert = -lcrypto
+LIBCRYPTO_LIBS  := $(shell pkg-config libcrypto --libs 2>/dev/null || echo 
-lcrypto)
+$(info $(LIBCRYPTO_LIBS))
+HOSTLDLIBS_sign-file = $(LIBCRYPTO_LIBS)
+HOSTLDLIBS_extract-cert = $(LIBCRYPTO_LIBS) -lpthread
 
 always := $(hostprogs-y) $(hostprogs-m)
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9091): 
https://lists.yoctoproject.org/g/linux-yocto/message/9091
Mute This Topic: https://lists.yoctoproject.org/mt/77170451/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto] [PATCH] Makefile: support make scripts prepare inside SDK

2020-09-28 Thread Chen Qi 
We need to `make scripts prepare` inside SDK. So add patch
to defect if we are insdie SDK environment, and if so change some
PKG_CONFIG_xxx settings so that we will use things from SDK's host
part.

The problem for `make scripts prepare` inside SDK is that the
hosts' environments are different. On some hosts, it happens to
succeed, and on some hosts, it fails. This is because the build mixes
host's part and SDK's host part.

We do such change to make sure only SDK's host part is involed in build.

Signed-off-by: Chen Qi 
---
 Makefile | 13 -
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/Makefile b/Makefile
index 2f140aa..af41dca 100644
--- a/Makefile
+++ b/Makefile
@@ -277,6 +277,17 @@ ifneq ($(filter $(no-sync-config-targets), 
$(MAKECMDGOALS)),)
endif
 endif
 
+ifneq ($(SDKTARGETSYSROOT),)
+ifneq ($(filter scripts prepare, $(MAKECMDGOALS)),)
+   PKG_CONFIG_SYSROOT_DIR = 
+   PKG_CONFIG_PATH = 
$(OECORE_NATIVE_SYSROOT)/usr/lib/pkgconfig:$(OECORE_NATIVE_SYSROOT)/usr/share/pkgconfig
+   export PKG_CONFIG_SYSROOT_DIR
+   export PKG_CONFIG_PATH
+$(info Changed PKG_CONFIG_SYSROOT_DIR to '$(PKG_CONFIG_SYSROOT_DIR)')
+$(info Changed PKG_CONFIG_PATH to '$(PKG_CONFIG_PATH)')
+endif
+endif
+
 ifneq ($(KBUILD_EXTMOD),)
may-sync-config :=
 endif
@@ -994,7 +1005,7 @@ mod_sign_cmd = true
 endif
 export mod_sign_cmd
 
-HOST_LIBELF_LIBS = $(shell pkg-config libelf --libs 2>/dev/null || echo -lelf)
+HOST_LIBELF_LIBS = $(shell export PKG_CONFIG_PATH=$(PKG_CONFIG_PATH); export 
PKG_CONFIG_SYSROOT_DIR=$(PKG_CONFIG_SYSROOT_DIR); pkg-config libelf --libs 
2>/dev/null || echo -lelf)
 
 ifdef CONFIG_STACK_VALIDATION
   has_libelf := $(call try-run,\
-- 
2.24.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9090): 
https://lists.yoctoproject.org/g/linux-yocto/message/9090
Mute This Topic: https://lists.yoctoproject.org/mt/77170443/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] poky-dunfell-23.0.2: WARNING: Your host glibc verson (2.32) is newer than that in uninative (2.31). Disabling uninative so that sstate is not corrupted.

2020-09-28 Thread Robert 
I tried the latest uninative from the same link, it will remove the 
warning but it doesn't solve the problem.
If something else is wrong/different I would very much like a suggestion 
where to start looking for this difference.

Finding something that isn't there is not easy :-\

On 28-09-2020 04:07, Martin Jansa wrote:

For uninative you can just use latest dunfell with
https://git.openembedded.org/openembedded-core/commit/?h=dunfell=0f01fb2286335dd0da0c7be3f56c36a0fced3e42

For dpkg you can just try latest, but I'm not seeing it failing with 
glibc-2.32 in ubuntu-20.04, something else might be wrong/different in 
your setup.


On Sun, Sep 27, 2020 at 11:02 PM Robert > wrote:


Hello list,

The warning in the subject has turned into an error.

I'm building a Yocto project based on poky-dunfell-23.0.2

I get this error:
ERROR: dpkg-native-1.19.7-r0 do_compile: oe_runmake failed

| ../../../dpkg-1.19.7/lib/compat/strsignal.c: In function
‘test_strsignal’:
| ../../../dpkg-1.19.7/lib/compat/strsignal.c:71:10: error:
‘sys_siglist’ undeclared (first use in this function)
|    71 |   return sys_siglist[s];

I found the reason for this error:
Release notes of glibc 2.32:
https://sourceware.org/pipermail/libc-announce/2020/29.html

* The deprecated arrays *sys_siglist*, _sys_siglist, and sys_sigabbrev
  are no longer available to newly linked binaries, and their
declarations
  have been *removed* from .  They are exported solely as
  compatibility symbols to support old binaries.  All programs
should use
  strsignal instead.


To solve it I could downgrade the glibc library version of my
system (general consensus on forums is that, that is a bad idea).
Other option:
In the master branch I find a recipe for dpkg 1.20.5, can I simply
upgrade the dpkg version (1.19.7) in the dunfell release with the
master branch version (1.20.5)?
Could it break anything and how do I know it will solve my
problem? Other then try it.
Or is there another solution?

uname -rmo
Linux 5.4.64-1-MANJARO  x86_64 GNU/Linux

Thanks,
Robert.










-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50848): https://lists.yoctoproject.org/g/yocto/message/50848
Mute This Topic: https://lists.yoctoproject.org/mt/77162522/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] sd-bus.h not found even with DEPENDS += "systemd"

2020-09-28 Thread Josef Holzmayr-Khosh Amoz 
Without digging into the details, it sounds very very much like the most of
your problems are caused by handcrafting a Makefile which is not cross
compile aware and probably has multiple other issues. Therefore I strongly
suggest to use a build system like autotools, cmake or meson. You can find
an introduction to a cmake-based setup here: https://youtu.be/NmPta5w6P70

Greetz

Am So., 27. Sept. 2020 um 14:42 Uhr schrieb Bel Hadj Salem Talel <
bhsta...@gmail.com>:

> Hi,
>
> A response came only to me :
>
> Hey Bel,
>
> Please remove the libsystemd from your host. It will cause host
> contamination.
>
> You need to tell in your makefile where make can find include path and lib
> path
>
> Normally it should work
>
> Include: -I${STAging_incdir}
> -L for ld path
>
>
> Cheers
>
> So I added
>
> EXTRA_OEMAKE += "-I${STAGING_INCDIR}
> to fix the systemd include error.
>
> But I still get the error of :
>
>  
> /media/talel/data/menzu-zeus/menzu/tmp/work/aarch64-poky-linux/wirepas-sink-tool/1.0-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux/../../libexec/aarch64-poky-linux/gcc/aarch64-poky-linux/9.2.0/ld:
> c-mesh-api/lib/build/mesh_api_lib.a: error adding symbols: file in wrong
> format
>
> I don't know what is the problem.
> Help me on this please.
>
> Thanks for your support.
>
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#50847): https://lists.yoctoproject.org/g/yocto/message/50847
Mute This Topic: https://lists.yoctoproject.org/mt/77141718/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto][linux-yocto v5.4/standard/nxp-s32g2xx][PATCH] nxp-s32g2xx upgrades NXP SDK v5.4.24_bsp26.0 kernel part

2020-09-28 Thread Xulin Sun 

Hi Bruce,

Could you please help to merge below patches to the branch 
"v5.4/standard/nxp-s32g2xx".


Those below patches are kernel part to upgrade the bsp nxp-s32g2xx to 
NXP SDK |v5.4.24_bsp26.0.|


Thanks

Xulin


The following changes since commit a93186487af68d026a63343c45948e8f667eab8a:

  Merge branch 'v5.4/standard/base' into v5.4/standard/nxp-s32g2xx 
(2020-09-23 10:04:13 -0400)


are available in the Git repository at:

  https://github.com/xulinsun/yocto-nxp-s32g2xx.git 
v5.4/standard/nxp-s32g2xx


for you to fetch changes up to 63dfc332e6396d88e07b1810a622192b1e5e5104:

  s32gen1: pcie: Adjust the header file order (2020-09-28 13:37:30 +0800)


Andrei Cherechesu (1):
  s32gen1: Fix interrupt-map property of PCIe nodes

Bogdan Folea (2):
  hse: fix output value of IV for AES-CTR mode
  perf: port DDR perf monitor driver to S32G274A

Bogdan Hamciuc (2):
  dma:fsl_edma: Fix crash on resume from Suspend to RAM
  nxp:s32gen1:tlb: Workaround for ERR050481

Ciprian Marian Costea (19):
  Revert "net: phy: remove state PHY_CHANGELINK"
  Revert "net: phy: simplify phy_mac_interrupt and related functions"
  tja110x: Update to latest 'phy_device' and 'phy_driver' structures
  spi-mem: Distinguish between register and memory operations
  s32gen1: dts: Add QSPI Flash node
  s32gen1: qspi: Add octal support for read operation
  mx25uw51245g: Add MACRONIX flash ID
  misc: Re-enable FCCU driver
  flexcan: Add function to determine if S32 platform is used
  flexcan: Update 'set_bittiming' function to work on kernel 5.4
  clk: Correctly annotate 's32gen1_clocks_init' function
  flexcan: Add pinmuxing for FlexCan 0,1,3 for S32G-RDB
  s32g274a-rdb: Add support for FlexCan 0,1,3
  clk: Remove 'CLK_IS_BASIC'
  s32-gen1: clk: Correctly set 'divider_ops'
  Revert "s32-gen1: clk: Correctly set 'divider_ops'"
  s32-gen1: fsl-quadspi: Correctly set qspi clock to 133 Mhz.
  s32-gen1: fsl-quadspi: Fix a typo and the associated workaround.
  s32-gen1: fsl-quadspi: Fix read issue

Dorin Ionita (7):
  Added documentation for TMU node in device tree for s32gen1.
  Extended the TMU driver so that both gen1 and s32v234 are supported.
  s32gen1: stm-global: Added documentation for global STM time 
source in dtsi.

  s32gen1: stm: Fix STM not appearing in menuconfig.
  s32gen1: stm-global: Provided support for global timestamping at 
SoC level.
  s32gen1: stm-global: Fixed a bug where the global timestamp was 
not built.
  s32gen1: stm-global: Fixed a bug where global timestamp worked 
incorrectly.


Ghennadi Procopciuc (21):
  s32g274a: evb: dts: Add USB pinmuxing
  rtc-s32gen1: Change the type of rtcval to u32
  rtc-s32gen1: Implement suspend and resume callbacks
  clk: s32gen1: Add FTM clocks
  dts: s32gen1: Add FTM-PWM nodes
  pwm: Enable pwm driver for s32-gen1 platforms
  dts: s32g274a-rdb: Rename pinctrl groups to s32g274a-rdb
  s32gen1: clk: Add enable method for FXOSC
  s32gen1: bindings: Add FXOSC node to S32GEN1 clocking
  s32gen1: clk: Add enable method for PLL's PHI
  s32gen1: clk: Add enable method for DFS
  s32gen1: clk: Add enable method for DFS ports
  s32gen1: clk: Add partition clocks
  s32gen1: clk: Gather all clock modules in a structure
  s32gen1: dts: Add RDC, RGM and MC_ME nodes
  s32gen1: bindings: Add RDC, RGM and MC_ME nodes to S32GEN1 clocking
  sdhc: imx: Add clocks to suspend and resume callbacks
  fsl-pwm: s32-gen1: Exclude from regmap all invalid registers
  s32gen1: clk: Add syscore ops
  s32gen1: clk: Fix XBAR clock
  s32:dts: Use spin-table as default CPU enable method

Ionut Vicovan (1):
  linux-s32: Remove fsl.txt from Documentation

Iustin Dumitrescu (2):
  spi: spi-fsl-dspi: Get spi-fifo-size from dts
  spi: spi-fsl-dspi: Change how PCS mask is calculated

Jan Petrous (8):
  clocks:s32g274a: add pfe related clocks
  s32g274a: refactor ethernet pins and clocks
  s32g274a: add phylink support
  dt-bindings: documentation for fsl-s32cc-dwmac
  dt-bindings:fsl-s32cc-dwmac: second instance
  devicetree:fsl-s32r45x
  s32r45x-evb: add disabled GMAC1 using SGMII
  dt-bindings: s32g274a: update reserved memory for pfeng driver

Larisa Grigore (19):
  spi: spi-fsl-dspi: Do not modify SPI_RSER or SPI_CTAR while running
  spi: spi-fsl-dspi: Add compatible for S32 GEN1
  dts:s32g274: Update siul2 nodes
  dts: s32g274evb: Add pinctrl for EIRQs
  gpio:siul2-s32gen1: Same eirq exported by both SIULs
  siul2:s32gen1: Update documentation
  include:s32gen1:pinctrl: Add invalid GPIO define
  siul2:s32gen1: Handle not implemented EIRQs
  dts: s32g274a: Mark invalid EIRQ ranges
  s32gen1: pinmuxing: Implement suspend and resume
  s32g274: doc: Use correct