Re: [yocto] [meta-security][PATCH 2/2] swtpm: fix build issues of missing expect

2021-09-29 Thread Kristian Klausen via lists.yoctoproject.org
Den Tue, Sep 28, 2021 at 16:39:09 -0700 skrev Armin Kuster: > Signed-off-by: Armin Kuster > --- > meta-tpm/recipes-tpm/swtpm/swtpm_0.6.1.bb | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/meta-tpm/recipes-tpm/swtpm/swtpm_0.6.1.bb >

Re: [yocto] [meta-security][PATCH] swtpm: update to 0.6.1

2021-09-29 Thread Anton Antonov
This recipe fails because of the wrong format in "PACKAGECONFIG[gnutls] = "--with-gnutls, --without-gnutls, gnutls, gnutls, expect bash tpm2-pkcs11-tools" There should be only four parts in the line separated by commas as defined here

[yocto] [meta-zephyr 0/2] add support of the zephyr-openamp-rsc-table sample on STM32MP157

2021-09-29 Thread Arnaud Pouliquen
Add capability to genereate the "zephyr-openamp-rsc-table" sample in yocto build. This example demonstrates inter-processor communication based on a resource table, with the objective of responding to the Linux kernel rpmsg sample. This sample is compatible with the stm32mp157c_dk2 board. The

[yocto] [meta-zephyr 2/2] zephyr-kernel: add openamp-rsc-table sample

2021-09-29 Thread Arnaud Pouliquen
The recipe to build rpmsg sample demonstrating messaging between main core dunning Linux and and the coprocessor running Zephyr. Useful to demonstrate inter-processing communication. Signed-off-by: Arnaud Pouliquen --- .../zephyr-kernel/zephyr-openamp-rsc-table.bb | 10 ++ 1

[yocto] [meta-zephyr 1/2] conf: machine: add stm32mp157c-dk2 support

2021-09-29 Thread Arnaud Pouliquen
The board is based on STMicroelectronics STM32MP157 processor based on a dual Cortex-A7 core and a Cortex-M4 core. STM32MP1 family support depends on STM32 HAL and OpenAMP for inter-core communication. This change has been verified with zephyr-philosophers and zephyr-shell sample applications on

Re: [yocto] Enabling tk for Python tkinter module

2021-09-29 Thread Chris Tapp
Hi Tim, Thanks, that’s got it going. I was close, but didn’t quite cast the correct spell ;-) Next is to work out why the display is black when I create a window... -- Chris Tapp opensou...@keylevel.com www.keylevel.com You can tell you're getting older when your car insurance gets real

Re: [yocto] googletest shared library

2021-09-29 Thread Lijun Chen
Thanks, this also works for target image. For SDK image, turns out we have to change the line: RDEPENDS_${PN}-dev += "${PN}-staticdev" to RDEPENDS_${PN}-dev += "${PN}-dev" to include the header files. Thanks, Lijun From: Federico Pellegrin Sent:

[yocto] [meta-gplv2]grub-0.97 configure failed in x86

2021-09-29 Thread zangrc
Hello! When I compiled grub-0.97 of meta-gplv2 on X86, I failed in the do_configure phase. Can you help me solve this problem? Thank you. Cheers, Zang Ruochen | checking whether i686-poky-linux-objcopy works for absolute addresses... configure: error: i686-poky-linux-gcc -m32 -march=core2

[yocto] CFP is now open for the next Yocto Project Summit 2021.11

2021-09-29 Thread Nicolas Dechesne
Dear all, The next Yocto Project (virtual) Summit will take place on Nov 30 - Dec 2, 2021. While we are finalizing the registration tools, we've already opened the CFP, and we are, as always, looking for great talks and speakers ;) For more information about the event please check [1]. When you

[yocto] #systemd

2021-09-29 Thread mrkozmic
Hi, Is it possible to set systemd environment variables from a recipe to do the same as ' systemctl set-environment SOME_ENV_VAR'? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54911): https://lists.yoctoproject.org/g/yocto/message/54911 Mute

Re: [linux-yocto][linux-yocto v5.10/standard/preempt-rt/base][PATCH] cgroup/cpuset: use raw_spin_lock/unlock for accessing callback_lock

2021-09-29 Thread Xu, Yanfei
On 9/28/21 9:28 PM, Bruce Ashfield wrote: [Please note: This e-mail is from an EXTERNAL e-mail address] I had done the same fix last Tuesday for 5.14, and hadn't gotten around to cherry picking it yet:

[linux-yocto]: [kernel/kernel-rt]: arm64: mm: add the code that is missed when upgrade kernel

2021-09-29 Thread Meng Li
From: Limeng Hi Bruce, This patch is used to fix a booting up issue caused by upstream kernel. Could you please help merge these patches into linux-ycoto kernel, both below 2 branchs? v5.10/standard/nxp-sdk-5.10/nxp-soc v5.10/standard/preempt-rt/nxp-sdk-5.10/nxp-soc diffstat info as below:

[linux-yocto] [PATCH] arm64: mm: add the code that is missed when upgrade kernel

2021-09-29 Thread Meng Li
From: Meng Li When booting up on nxp ls/lx series platforms, system hangs at init process. This issue caused by merging upstream commit 5e10f9887ed8("arm64: mm: Fix TLBI vs ASID rollover"). Because some code is missed when there is conflict with sdk patch. Therefore, add the missing code

Re: [linux-yocto][linux-yocto v5.10/standard/preempt-rt/base][PATCH] cgroup/cpuset: use raw_spin_lock/unlock for accessing callback_lock

2021-09-29 Thread Bruce Ashfield
On Wed, Sep 29, 2021 at 5:31 AM Xu, Yanfei wrote: > > > > On 9/28/21 9:28 PM, Bruce Ashfield wrote: > > [Please note: This e-mail is from an EXTERNAL e-mail address] > > > > I had done the same fix last Tuesday for 5.14, and hadn't gotten > > around to cherry picking it yet: > > > >

Re: [linux-yocto]: [kernel/kernel-rt]: arm64: mm: add the code that is missed when upgrade kernel

2021-09-29 Thread Meng Li
Hi Bruce, Please ignore this patch. I will send v2. Thanks, Limeng > -Original Message- > From: linux-yocto@lists.yoctoproject.org > On Behalf Of Meng Li > Sent: Wednesday, September 29, 2021 8:52 PM > To: bruce.ashfi...@gmail.com > Cc: linux-yocto@lists.yoctoproject.org > Subject:

Re: [linux-yocto][linux-yocto v5.10/standard/preempt-rt/base][PATCH] cgroup/cpuset: use raw_spin_lock/unlock for accessing callback_lock

2021-09-29 Thread Xu, Yanfei
On 9/29/21 8:55 PM, Bruce Ashfield wrote: [Please note: This e-mail is from an EXTERNAL e-mail address] On Wed, Sep 29, 2021 at 5:31 AM Xu, Yanfei wrote: On 9/28/21 9:28 PM, Bruce Ashfield wrote: [Please note: This e-mail is from an EXTERNAL e-mail address] I had done the same fix last

[linux-yocto] [yocto][linux-yocto v5.10/standard/sdkv5.10/xlnx-soc] xlnx: sync with xlnx SDK

2021-09-29 Thread quanyang.wang
Hi Bruce, Would you please help merge this pull request to linux-yocto v5.10/standard/sdkv5.10/xlnx-soc ? There are 185 patches in this pull request and they are all picked from git://github.com/Xilinx/linux-xlnx.git xlnx_rebase_v5.10 No modification on them. Thanks, Quanyang The

Re: [v2][linux-yocto]: [kernel/kernel-rt]: arm64: mm: add the code that is missed when upgrade kernel

2021-09-29 Thread Bruce Ashfield
In message: [v2][linux-yocto]: [kernel/kernel-rt]: arm64: mm: add the code that is missed when upgrade kernel on 29/09/2021 meng...@windriver.com wrote: > From: Limeng > > Hi Bruce, > > v2: > add another missing code caused by upstream kernel. v2 is merged. Bruce > > v1: > This patch is

Re: [linux-yocto][linux-yocto v5.10/standard/sdkv5.10/xlnx-soc][PATCH 0/2] xlnx: fix compile error

2021-09-29 Thread Bruce Ashfield
In message: [linux-yocto][linux-yocto v5.10/standard/sdkv5.10/xlnx-soc][PATCH 0/2] xlnx: fix compile error on 29/09/2021 quanyang.w...@windriver.com wrote: > From: Quanyang Wang > > Hi Michal & Bruce, > > Would you please help review these 2 patches? > > There is a compile error for xilinx

Re: [linux-yocto] [kernel/kernel-rt] nxp-s32g2xx: fix one bootup hange issue due to merge conflict

2021-09-29 Thread Bruce Ashfield
In message: [linux-yocto] [kernel/kernel-rt] nxp-s32g2xx: fix one bootup hange issue due to merge conflict on 29/09/2021 Zhantao Tang wrote: > > Hi Bruce, > > There is an patch to fix a bootup hange issue due to merge conflict for > nxp-s32g2xx bsp. > Would you please help to merge the patch

[linux-yocto] [PATCH 2/2] drvier: dpaa: Convert the rx_pool_channel_init from spinlock to mutex

2021-09-29 Thread Meng Li
From: Meng Li In original code, the static spinlock variable is only used to implement sync strategy. So, it is not necessary to protect code with atomic environment, mutex is enough. In this way, it can avoid causing issue if some code in the protected range may enter sleeping status.

[linux-yocto]: [kernel/kernel-rt]: nxp-ls1043: fix call trace caused by allocaing memory in atomic environment

2021-09-29 Thread Meng Li
From: Limeng Hi Bruce, The 2 patches are used to fix call trace caused by allocaing memory in atomic environment. Could you please help merge these patches into linux-ycoto kernel, both below 2 branchs? v5.10/standard/nxp-sdk-5.10/nxp-soc v5.10/standard/preempt-rt/nxp-sdk-5.10/nxp-soc

[linux-yocto] [PATCH 1/2] drvier: staging: fsl_qbman: move used_node variable allocation out the lock/unlock section

2021-09-29 Thread Meng Li
From: Meng Li When kernel boots up, there is call trace as below: BUG: sleeping function called from invalid context at mm/slab.h:513 in_atomic(): 1, irqs_disabled(): 128, non_block: 0, pid: 1, name: swapper/0 .. CPU: 3 PID: 1 Comm: swapper/0 Not tainted 5.10.69-yocto-standard #1 Hardware

[v2][linux-yocto]: [kernel/kernel-rt]: arm64: mm: add the code that is missed when upgrade kernel

2021-09-29 Thread Meng Li
From: Limeng Hi Bruce, v2: add another missing code caused by upstream kernel. v1: This patch is used to fix a booting up issue caused by upstream kernel. Could you please help merge these patches into linux-ycoto kernel, both below 2 branchs? v5.10/standard/nxp-sdk-5.10/nxp-soc

[linux-yocto] [PATCH] arm64: mm: add the code that is missed when upgrade kernel

2021-09-29 Thread Meng Li
From: Meng Li When booting up on nxp ls/lx series platforms, system hangs at init process. This issue caused by merging upstream commit 5e10f9887ed8("arm64: mm: Fix TLBI vs ASID rollover"). Because some code is missed when there is conflict with sdk patch. Therefore, add the missing code

[linux-yocto] [kernel/kernel-rt] nxp-s32g2xx: fix one bootup hange issue due to merge conflict

2021-09-29 Thread Zhantao Tang
Hi Bruce, There is an patch to fix a bootup hange issue due to merge conflict for nxp-s32g2xx bsp. Would you please help to merge the patch into linux-yocto, v5.10, branches: v5.10/standard/nxp-sdk-5.10/nxp-s32g2xx and v5.10/standard/preempt-rt/nxp-sdk-5.10/nxp-s32g2xx?

[linux-yocto] [PATCH] arm64: tlb: add required __TLBI_VADDR() operation to fix issue caused by merge conflict

2021-09-29 Thread Zhantao Tang
For linux-yocto update to v5.10.69, there is a boot issue caused by merge conflict(the related commit is 2d3a9dff763f "arm64: mm: Fix TLBI vs ASID rollover"), this patch is to fix the issue. Or else, the S32G platform board will hange when /sbin/init process starts to work due to the tlb flushed

Re: [linux-yocto][PATCH 1/2] microblaze: add to

2021-09-29 Thread quanyang.wang
On 9/29/21 9:41 PM, quanyang.wang wrote: From: Quanyang Wang The "smp_store_release" is defined in include/asm-generic/barrier.h which is included by arch/microblaze/include/asm/barrier.h. When we use gcc to propress Oh, it should be "preprocess". I will send a V2 patch to correct it.

[linux-yocto][PATCH 2/2] Revert "Revert "list: add "list_del_init_careful()" to go with "list_empty_careful()"""

2021-09-29 Thread quanyang.wang
From: Quanyang Wang This reverts commit ab3bdf9a2e54f682a95c05538af71e0e6ef8223d. Since the commit ("microblaze: add to ") has fixed the compile error for microblaze, let's bring back the mainline patch which introduces list_del_init_careful. Signed-off-by: Quanyang Wang ---

[linux-yocto][linux-yocto v5.10/standard/sdkv5.10/xlnx-soc][PATCH 0/2] xlnx: fix compile error

2021-09-29 Thread quanyang.wang
From: Quanyang Wang Hi Michal & Bruce, Would you please help review these 2 patches? There is a compile error for xilinx BSP when yocto kernel bump to .69. block/blk-iocost.c:1407:2: error: implicit declaration of function ‘list_del_init_careful’; did you mean ‘hlist_del_init_rcu’?

[linux-yocto][PATCH 1/2] microblaze: add to

2021-09-29 Thread quanyang.wang
From: Quanyang Wang The "smp_store_release" is defined in include/asm-generic/barrier.h which is included by arch/microblaze/include/asm/barrier.h. When we use gcc to propress asm-offsets.c to .i file, we can see that none of the header files included before list.h contains "asm/barrier.h",

[V2][linux-yocto][PATCH 1/2] microblaze: add to

2021-09-29 Thread quanyang.wang
From: Quanyang Wang The "smp_store_release" is defined in include/asm-generic/barrier.h which is included by arch/microblaze/include/asm/barrier.h. When we use gcc to preprocess asm-offsets.c to .i file, we can see that none of the header files included before list.h contains "asm/barrier.h",