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

Signed-off-by: Meng Li 
---
 drivers/net/ethernet/freescale/sdk_dpaa/dpaa_eth_common.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/net/ethernet/freescale/sdk_dpaa/dpaa_eth_common.c 
b/drivers/net/ethernet/freescale/sdk_dpaa/dpaa_eth_common.c
index 5bb6964bc562..c895a12de9c0 100644
--- a/drivers/net/ethernet/freescale/sdk_dpaa/dpaa_eth_common.c
+++ b/drivers/net/ethernet/freescale/sdk_dpaa/dpaa_eth_common.c
@@ -968,18 +968,18 @@ int dpa_fq_probe_mac(struct device *dev, struct list_head 
*list,
 EXPORT_SYMBOL(dpa_fq_probe_mac);
 
 static u32 rx_pool_channel;
-static DEFINE_SPINLOCK(rx_pool_channel_init);
+static DEFINE_MUTEX(rx_pool_channel_init);
 
 int dpa_get_channel(void)
 {
-   spin_lock(_pool_channel_init);
+   mutex_lock(_pool_channel_init);
if (!rx_pool_channel) {
u32 pool;
int ret = qman_alloc_pool();
if (!ret)
rx_pool_channel = pool;
}
-   spin_unlock(_pool_channel_init);
+   mutex_unlock(_pool_channel_init);
if (!rx_pool_channel)
return -ENOMEM;
return rx_pool_channel;
-- 
2.17.1


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

[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


diffstat info as below:

 net/ethernet/freescale/sdk_dpaa/dpaa_eth_common.c |6 +++---
 staging/fsl_qbman/dpa_alloc.c |   14 --
 2 files changed, 11 insertions(+), 9 deletions(-)


thanks,
Limeng

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10503): 
https://lists.yoctoproject.org/g/linux-yocto/message/10503
Mute This Topic: https://lists.yoctoproject.org/mt/85967379/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 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 name: LS1043A RDB Board (DT)
Call trace:
 dump_backtrace+0x0/0x1b0
 show_stack+0x24/0x30
 dump_stack+0xf0/0x13c
 ___might_sleep+0x1a0/0x24c
 __might_sleep+0x60/0xa0
 kmem_cache_alloc_trace+0x2cc/0x3b0
 dpa_alloc_new+0x1b0/0x290
 ..
 fm_port_load+0x1c/0x50
 do_one_initcall+0xbc/0x470
 kernel_init_freeable+0x30c/0x378
 kernel_init+0x20/0x128
 ret_from_fork+0x10/0x38

The call trace is caused by allocating used_node with GFP_KERNEL
parameter in atomic environment. It is not necessary to do the allocation
in atomic environment, so move it out the lock/unlock section.

Signed-off-by: Meng Li 
---
 drivers/staging/fsl_qbman/dpa_alloc.c | 15 +--
 1 file changed, 9 insertions(+), 6 deletions(-)

diff --git a/drivers/staging/fsl_qbman/dpa_alloc.c 
b/drivers/staging/fsl_qbman/dpa_alloc.c
index 44db3e1ed5c2..a98779bf26da 100644
--- a/drivers/staging/fsl_qbman/dpa_alloc.c
+++ b/drivers/staging/fsl_qbman/dpa_alloc.c
@@ -455,6 +455,13 @@ int dpa_alloc_new(struct dpa_alloc *alloc, u32 *result, 
u32 count, u32 align,
kfree(margin_left);
goto err;
}
+   /* Add the allocation to the used list */
+   used_node = kmalloc(sizeof(*used_node), GFP_KERNEL);
+   if (!used_node) {
+   kfree(margin_right);
+   kfree(margin_left);
+   goto err;
+   }
spin_lock_irq(>lock);
list_for_each_entry(i, >free, list) {
base = (i->base + align - 1) / align;
@@ -502,6 +509,7 @@ int dpa_alloc_new(struct dpa_alloc *alloc, u32 *result, u32 
count, u32 align,
spin_unlock_irq(>lock);
kfree(margin_left);
kfree(margin_right);
+   kfree(used_node);
}
 
 err:
@@ -510,12 +518,7 @@ int dpa_alloc_new(struct dpa_alloc *alloc, u32 *result, 
u32 count, u32 align,
if (!i)
return -ENOMEM;
 
-   /* Add the allocation to the used list with a refcount of 1 */
-   used_node = kmalloc(sizeof(*used_node), GFP_KERNEL);
-   if (!used_node) {
-   spin_unlock_irq(>lock);
-   return -ENOMEM;
-   }
+   /* Set the used list with a refcount of 1 */
used_node->base = *result;
used_node->num = num;
used_node->refcount = 1;
-- 
2.17.1


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

[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 following changes since commit 1cf099cda583f2fc722b88502a3cbdee2af27a65:

  Revert "Revert "list: add "list_del_init_careful()" to go with 
"list_empty_careful()""" (2021-09-29 16:25:53 -0400)


are available in the Git repository at:

  g...@github.com:wqyoung/linux-yocto-dev.git 
v5.10/standard/sdkv5.10/xlnx-soc_update1


for you to fetch changes up to d9ca56468825e6b597d3274ebf861863351d2391:

  drm: xlnx: hdmi: Add FRL support in PIO interrupt handler (2021-09-30 
08:34:17 +0800)



Abhyuday Godhasara (4):
  include: linux: firmware: Add header file with error events details
  driver: edac: Use error events header file in xilinx ddrmc driver
  driver: soc: xilinx: Use error events header file in event 
management driver

  include: linux: firmware: Remove macro for error event node id

Amit Kumar Mahapatra (7):
  mtd: spi-nor: Add support for w25q128jv winbond spi-nor flash
  Revert "spi: spi-zynqmp-gqspi: Check for TXFIFO Empty before 
transfer complete"

  spi: spi-zynqmp-gqspi: Fix chipselect timeout issue
  mtd: spi-nor: Simplify odd address handling in read for dual 
parallel mode
  spi: spi-zynq-gqspi: Set appropriate tapdelay during driver 
initialization

  mtd: cfi: Add macro for Winbond NOR flashes
  mtd: spi-nor: Set proper block protection bits for Winbond flashes

Anand Ashok Dumbre (1):
  iio: adc: xilinx-ams: Added handling for VREFP and VREFN scales

Anil Kumar Mamidala (2):
  media: i2c: ap1302: Add a flag to check the streaming status
  media: i2c: ap1302: Add new v4l2 sensor controls

Ankush Mehtre (2):
  xilinx: zynqmp-aes: Fix passing incompatible parameters
  xilinx: zynqmp-aes: Fix uninitialized variable

Anurag Kumar Vulisha (1):
  usb: dwc3: gadget: Add new platform_data.h file

Bharat Kumar Gogada (3):
  PCI: xdma: Rename CPM_BRIDGE_BASE_OFF
  PCI: xdma: Remove CPM root port Documentation duplication
  PCI: xdma: Remove CPM code duplication

Christophe JAILLET (1):
  clk: zynqmp: pll: Remove some dead code

Daniel Steger (5):
  misc: xilinx-ai-engine: Clear OF_POPULATED flag
  misc: xilinx-ai-engine: safely traverse partitions
  misc: xilinx-ai-engine: split grouped sysfs init
  misc: xilinx-ai-engine: resolve refcounting issue
  misc: xilinx-ai-engine: fix documentation warnings

Devarsh Thakkar (2):
  drm: xlnx: mixer: Return error if requested dimensions not scaleable
  drm: xlnx: mixer: Use source rectangle for scaling check

Dylan Yip (4):
  dt: bindings: sound: Add DT bindings for new compatible strings
  sound: xilinx: pcm: Assign device name per compatible string
  arm64: zynqmp: Use new compatible strings for DP snd pcm
  drm: xlnx: zynqmp_dpsub: Pass pcm auxdata when populating sound nodes

Harini Katakam (1):
  include: xilinx_phy: Add Copyright and License

Jagadeesh Banisetti (4):
  ASoC: xlnx: add DP sound card support
  ASoC: xlnx: Added support for DP sound card
  v4l: xilinx: Added support for DP audio
  drm: xlnx: dptx: Added support for DP audio

Jianqiang Chen (7):
  drm: xlnx: zynqmp_dp: Add reset for display port phy
  drm: xlnx: drv: initialize vblank for all crtcs
  drm: xlnx: vtc: defer owned VTC bridge un-registration
  drm: xlnx: zynqmp: remove layer sub node based on DP DT change
  drm: xlnx: mixer: unregister component when mixer is removed
  drm: xlnx: bridge: Fix xlnx_bridge_unregister issue
  Revert "drm: xlnx: vtc: defer owned VTC bridge un-registration"

Kevin Liu (2):
  dt-bindings: media: xilinx: Add xlnx,atomic_streamon documentation
  v4l: xilinx: vip: Allow media pipeline enable with single dma start

Krzysztof Kozlowski (2):
  i2c: xiic: Simplify with dev_err_probe()
  i2c: cadence: Simplify with dev_err_probe()

Laurent Pinchart (2):
  dmaengine: xilinx: dpdma: Print channel number in kernel log messages
  dmaengine: xilinx: dpdma: Print debug message when losing vsync race

Lee Jones (1):
  i2c: busses: i2c-cadence: Fix incorrectly documented 'enum 
cdns_i2c_slave_mode'


Manish Narani (5):
  usb: dwc3: Fix OTG driver to work with v5.10 kernel
  usb: gadget: webcam: Add support for Full HD and 4K UHD Raw Video 
Formats

  media: vivid: Fix the check of frame interval index
  usb: dwc3: xilinx: Handle USB3 PHY initialization properly
  xilinx: Avoid disabling USB_DEFAULT_PERSIST in defconfig

Michal Simek (16):
  xilinx: Enable ZYNQMP_FIRMWARE_SECURE and ZYNQMP_FIRMWARE_DEBUG
  nvmem: zynqmp_nvmem: Fix zynqmp_nvmem_read() parameter alignment
  gpio: xilinx:

[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 -mtune=core2 -msse3 
-mfpmath=sse  -Wdate-time 
--sysroot=/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6/recipe-sysroot
 cannot link at address 2000
| ERROR: configure failed

tmp/work/core2-32-poky-linux/grub/0.97-r6/build/config.log:
configure:5466: i686-poky-linux-gcc  -m32 -march=core2 -mtune=core2 -msse3 
-mfpmath=sse  -Wdate-time 
--sysroot=/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6/recipe-sysroot
  -O2 -pipe -g -feliminate-unused-debug-types 
-fmacro-prefix-map=/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6=/usr/src/debug/grub/0.97-r6
  
-fdebug-prefix-map=/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6=/usr/src/debug/grub/0.97-r6
  
-fdebug-prefix-map=/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6/recipe-sysroot=
  
-fdebug-prefix-map=/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6/recipe-sysroot-native=
  -nostdlib -Wl,-N -Wl,-Ttext -Wl,2000 conftest.o -o conftest.exec
/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6/recipe-sysroot-native/usr/bin/i686-poky-linux/../../libexec/i686-poky-linux/gcc/i686-poky-linux/11.2.0/ld:
 warning: cannot find entry symbol _start; defaulting to 2000
/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6/recipe-sysroot-native/usr/bin/i686-poky-linux/../../libexec/i686-poky-linux/gcc/i686-poky-linux/11.2.0/ld:
 conftest.exec: error: PHDR segment not covered by LOAD segment
collect2: error: ld returned 1 exit status
configure:5469: $? = 1
configure:5472: error: i686-poky-linux-gcc  -m32 -march=core2 -mtune=core2 
-msse3 -mfpmath=sse  -Wdate-time 
--sysroot=/ubinux-dev/ubinux001/contribution/build_x86/tmp/work/core2-32-poky-linux/grub/0.97-r6/recipe-sysroot
 cannot link at address 2000

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

[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 are
ready to submit your presentation, go to [2].

Please as much as possible, do not reply-all since I've cross posted
on several lists! If you have any questions about this event please
send emails to conferen...@lists.yoctoproject.org.

cheers!

[1] https://yoctoproject.org/summit
[2] https://pretalx.com/yocto-project-summit-2021-11/cfp

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

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 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’? 
> [-Werror=implicit-function-declaration]
>  1407 |  list_del_init_careful(_entry->entry);
>   |  ^
>   |  hlist_del_init_rcu
> cc1: some warnings being treated as errors
> 
> This is because that the mainline commit ea04a3b5727e ("blk-iocost: fix 
> operation ordering in iocg_wake_fn()")
> is using list_del_init_careful. 
> 
> The patch "microblaze: add  to " fix the compile 
> error
> which is mentioned in the commit 
> "Revert "list: add "list_del_init_careful()" to go with 
> "list_empty_careful()""
> and then revert this revert-patch to fix the compile error above.
> 
> And I just build a microblaze kernel with this 2 patches and don't boot
> them at real board.

i grabbed v2 of patch 1/2, and 2/2, and merged them to linux-yocto.

Bruce

> 
> Thanks,
> Quanyang
> 
> Quanyang Wang (2):
>   microblaze: add  to 
>   Revert "Revert "list: add "list_del_init_careful()" to go with
> "list_empty_careful()"""
> 
>  arch/microblaze/include/asm/bitops.h |  1 +
>  include/linux/list.h | 20 +++-
>  kernel/sched/wait.c  |  2 +-
>  mm/filemap.c |  7 +--
>  4 files changed, 22 insertions(+), 8 deletions(-)
> 
> -- 
> 2.25.1
> 

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

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

merged.

Bruce

> 
> 
> Thanks,
> Zhantao
> 

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

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 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:
> 
>  tlbflush.h |1 +
>  1 file changed, 1 insertion(+)
> 
> 
> thanks,
> Limeng

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

[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 This Topic: https://lists.yoctoproject.org/mt/85957839/21656
Mute #systemd:https://lists.yoctoproject.org/g/yocto/mutehashtag/systemd
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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 Tuesday for 5.14, and hadn't gotten
around to cherry picking it yet:

https://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/commit/?h=v5.14/standard/preempt-rt/base=7630ebb9fd510cf7aa31b6f1dd472f3b0442afb3

So I've grabbed that 5.14 change I made, and I'm now up and test booting.

Thanks for the fix!


OK,thanks! And could you please help to put this patch to other bsp
branch which base on v5.10/standard/preempt-rt/base. The bsp branches
also have this compile failure.



I was still doing some final testing, but everything looks reasonable
now, so it is pushed.



Great! I saw that.

Cheers,
Yanfei



Bruce


Regards,
Yanfei



Bruce







--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II


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

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: Thursday, September 23, 2021 10:10:55 PM
To: Lijun Chen
Cc: yocto@lists.yoctoproject.org
Subject: Re: [yocto] googletest shared library


Hi,
Regarding the INSANE_SKIP: as that files get packed in the "-dev" package, you 
should probably then accordingly have:

INSANE_SKIP_${PN}-dev += "dev-elf"

Cheers,
Federico

Il giorno gio 23 set 2021 alle ore 16:46 Lijun Chen 
mailto:lijc...@blackberry.com>> ha scritto:

I tried INSANE_SKIP_${PN} += "dev-elf" and "dev-so", still got the QA error:

ERROR: googletest-1.10.0-r0 do_package_qa: QA Issue: -dev package 
googletest-dev contains non-symlink .so '/usr/lib/libgmock.so'
-dev package googletest-dev contains non-symlink .so '/usr/lib/libgtest_main.so'
-dev package googletest-dev contains non-symlink .so '/usr/lib/libgmock_main.so'
-dev package googletest-dev contains non-symlink .so '/usr/lib/libgtest.so' 
[dev-elf]
ERROR: googletest-1.10.0-r0 do_package_qa: QA run found fatal errors. Please 
consider fixing them.
ERROR: Logfile of failure stored in: 
/home/lijchen/hdd/ivdp/yocto/imx8/imx-yocto-bsp-Hardknott/build-imx8qmmek/tmp/work/cortexa72-cortexa53-crypto-poky-linux/googletest/1.10.0-r0/temp/log.do_package_qa.24701
ERROR: Task 
(/home/lijchen/hdd/ivdp/yocto/imx8/imx-yocto-bsp-Hardknott/sources/meta-openembedded/meta-oe/recipes-test/googletest/googletest_git.bb:do_package_qa)
 failed with exit code '1'

I also tried adding " -DCMAKE_INSTALL_PREFIX=/usr/local" to EXTRA_OEMAKE, and 
got the following error:

ERROR: googletest-1.10.0-r0 do_package: QA Issue: googletest: Files/directories 
were installed but not shipped in any package:
  /usr/local/include
  /usr/local/lib/libgmock.so
  /usr/local/lib/libgtest_main.so
  /usr/local/lib/libgmock_main.so
  /usr/local/lib/libgtest.so
  /usr/local/lib/cmake
  /usr/local/lib/pkgconfig
  /usr/local/lib/cmake/GTest
  /usr/local/lib/cmake/GTest/GTestTargets.cmake
  /usr/local/lib/cmake/GTest/GTestConfigVersion.cmake
  /usr/local/lib/cmake/GTest/GTestConfig.cmake
  /usr/local/lib/cmake/GTest/GTestTargets-noconfig.cmake
  /usr/local/lib/pkgconfig/gtest_main.pc
  /usr/local/lib/pkgconfig/gtest.pc
  /usr/local/lib/pkgconfig/gmock_main.pc
  /usr/local/lib/pkgconfig/gmock.pc
  /usr/local/include/gtest
  /usr/local/include/gmock
  /usr/local/include/gtest/gtest_prod.h
  /usr/local/include/gtest/gtest-test-part.h
  /usr/local/include/gtest/gtest_pred_impl.h
  /usr/local/include/gtest/gtest-matchers.h
  /usr/local/include/gtest/gtest-printers.h
  /usr/local/include/gtest/gtest.h
  /usr/local/include/gtest/gtest-param-test.h
  /usr/local/include/gtest/gtest-death-test.h
  /usr/local/include/gtest/gtest-typed-test.h
  /usr/local/include/gtest/gtest-message.h
  /usr/local/include/gtest/gtest-spi.h
  /usr/local/include/gtest/internal
  /usr/local/include/gtest/internal/gtest-death-test-internal.h
  /usr/local/include/gtest/internal/gtest-filepath.h
  /usr/local/include/gtest/internal/gtest-param-util.h
  /usr/local/include/gtest/internal/gtest-string.h
  /usr/local/include/gtest/internal/gtest-type-util.h
  /usr/local/include/gtest/internal/gtest-internal.h
  /usr/local/include/gtest/internal/gtest-type-util.h.pump
  /usr/local/include/gtest/internal/gtest-port-arch.h
  /usr/local/include/gtest/internal/gtest-port.h
  /usr/local/include/gtest/internal/custom
  /usr/local/include/gtest/internal/custom/gtest-printers.h
  /usr/local/include/gtest/internal/custom/gtest.h
  /usr/local/include/gtest/internal/custom/README.md
  /usr/local/include/gtest/internal/custom/gtest-port.h
  /usr/local/include/gmock/gmock-function-mocker.h
  /usr/local/include/gmock/gmock-generated-function-mockers.h
  /usr/local/include/gmock/gmock-generated-actions.h.pump
  /usr/local/include/gmock/gmock-matchers.h
  /usr/local/include/gmock/gmock-generated-matchers.h
  /usr/local/include/gmock/gmock-more-matchers.h
  /usr/local/include/gmock/gmock.h
  /usr/local/include/gmock/gmock-generated-actions.h
  /usr/local/include/gmock/gmock-nice-strict.h
  /usr/local/include/gmock/gmock-spec-builders.h
  /usr/local/include/gmock/gmock-more-actions.h
  /usr/local/include/gmock/gmock-generated-function-mockers.h.pump
  /usr/local/include/gmock/gmock-cardinalities.h
  /usr/local/include/gmock/gmock-actions.h
  /usr/local/include/gmock/gmock-generated-matchers.h.pump
  /usr/local/include/gmock/internal
  /usr/local/include/gmock/internal/gmock-port.h
  /usr/local/include/gmock/internal/gmock-pp.h
  /usr/local/include/gmock/internal/gmock-internal-utils.h
  /usr/local/include/gmock/internal/custom
  /usr/local/include/gmock/internal/custom/gmock-port.h
  /usr/local/include/gmock/internal/custom/gmock-generated-actions.h.pump
  /usr/local/include/gmock/internal/custom/gmock-matchers.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",
this will result that gcc can't find the definition of smp_store_release.

Let's place "" in "" just like what other
archs do.

This is to fix the compile warning as below:

  CC  arch/microblaze/kernel/asm-offsets.s
In file included from ./include/linux/rculist.h:10,
 from ./include/linux/pid.h:5,
 from ./include/linux/sched.h:14,
 from arch/microblaze/kernel/asm-offsets.c:13:
./include/linux/list.h: In function 'list_del_init_careful':
./include/linux/list.h:300:2: error: implicit declaration of function 
'smp_store_release' [-Werror=implicit-function-declaration]
  300 |  smp_store_release(>next, entry);
  |  ^
./include/linux/list.h: In function 'list_empty_careful':
./include/linux/list.h:318:27: error: implicit declaration of function 
'smp_load_acquire' [-Werror=implicit-function-declaration]
  318 |  struct list_head *next = smp_load_acquire(>next);
  |   ^~~~
./include/linux/list.h:318:27: warning: initialization of 'struct list_head *' 
from 'int' makes pointer from integer without a cast [-Wint-conversion]

Signed-off-by: Quanyang Wang 
---
V1 ---> V2:

Fix the typo "propress" to be "preprocess".

---
 arch/microblaze/include/asm/bitops.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/microblaze/include/asm/bitops.h 
b/arch/microblaze/include/asm/bitops.h
index a4f5ca09850f..65d7f2c31400 100644
--- a/arch/microblaze/include/asm/bitops.h
+++ b/arch/microblaze/include/asm/bitops.h
@@ -41,6 +41,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 
 /*
-- 
2.25.1


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

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.
 asm-offsets.c to .i file, we can see that

none of the header files included before list.h contains "asm/barrier.h",
this will result that gcc can't find the definition of smp_store_release.

Let's place "" in "" just like what other
archs do.

This is to fix the compile warning as below:

   CC  arch/microblaze/kernel/asm-offsets.s
In file included from ./include/linux/rculist.h:10,
  from ./include/linux/pid.h:5,
  from ./include/linux/sched.h:14,
  from arch/microblaze/kernel/asm-offsets.c:13:
./include/linux/list.h: In function 'list_del_init_careful':
./include/linux/list.h:300:2: error: implicit declaration of function 
'smp_store_release' [-Werror=implicit-function-declaration]
   300 |  smp_store_release(>next, entry);
   |  ^
./include/linux/list.h: In function 'list_empty_careful':
./include/linux/list.h:318:27: error: implicit declaration of function 
'smp_load_acquire' [-Werror=implicit-function-declaration]
   318 |  struct list_head *next = smp_load_acquire(>next);
   |   ^~~~
./include/linux/list.h:318:27: warning: initialization of 'struct list_head *' 
from 'int' makes pointer from integer without a cast [-Wint-conversion]

Signed-off-by: Quanyang Wang 
---
  arch/microblaze/include/asm/bitops.h | 1 +
  1 file changed, 1 insertion(+)

diff --git a/arch/microblaze/include/asm/bitops.h 
b/arch/microblaze/include/asm/bitops.h
index a4f5ca09850f..65d7f2c31400 100644
--- a/arch/microblaze/include/asm/bitops.h
+++ b/arch/microblaze/include/asm/bitops.h
@@ -41,6 +41,7 @@
  #include 
  #include 
  #include 
+#include 
  #include 
  
  /*







-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10496): 
https://lists.yoctoproject.org/g/linux-yocto/message/10496
Mute This Topic: https://lists.yoctoproject.org/mt/85948685/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 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 
---
 include/linux/list.h | 20 +++-
 kernel/sched/wait.c  |  2 +-
 mm/filemap.c |  7 +--
 3 files changed, 21 insertions(+), 8 deletions(-)

diff --git a/include/linux/list.h b/include/linux/list.h
index c9d2a10062b3..a18c87b63376 100644
--- a/include/linux/list.h
+++ b/include/linux/list.h
@@ -282,6 +282,24 @@ static inline int list_empty(const struct list_head *head)
return READ_ONCE(head->next) == head;
 }
 
+/**
+ * list_del_init_careful - deletes entry from list and reinitialize it.
+ * @entry: the element to delete from the list.
+ *
+ * This is the same as list_del_init(), except designed to be used
+ * together with list_empty_careful() in a way to guarantee ordering
+ * of other memory operations.
+ *
+ * Any memory operations done before a list_del_init_careful() are
+ * guaranteed to be visible after a list_empty_careful() test.
+ */
+static inline void list_del_init_careful(struct list_head *entry)
+{
+   __list_del_entry(entry);
+   entry->prev = entry;
+   smp_store_release(>next, entry);
+}
+
 /**
  * list_empty_careful - tests whether a list is empty and not being modified
  * @head: the list to test
@@ -297,7 +315,7 @@ static inline int list_empty(const struct list_head *head)
  */
 static inline int list_empty_careful(const struct list_head *head)
 {
-   struct list_head *next = head->next;
+   struct list_head *next = smp_load_acquire(>next);
return (next == head) && (next == head->prev);
 }
 
diff --git a/kernel/sched/wait.c b/kernel/sched/wait.c
index 8dde24120479..21005b980a6b 100644
--- a/kernel/sched/wait.c
+++ b/kernel/sched/wait.c
@@ -394,7 +394,7 @@ int autoremove_wake_function(struct wait_queue_entry 
*wq_entry, unsigned mode, i
int ret = default_wake_function(wq_entry, mode, sync, key);
 
if (ret)
-   list_del_init(_entry->entry);
+   list_del_init_careful(_entry->entry);
 
return ret;
 }
diff --git a/mm/filemap.c b/mm/filemap.c
index 48c70cbcfbd1..00bfb23c599f 100644
--- a/mm/filemap.c
+++ b/mm/filemap.c
@@ -1092,13 +1092,8 @@ static int wake_page_function(wait_queue_entry_t *wait, 
unsigned mode, int sync,
 * After this list_del_init(>entry) the wait entry
 * might be de-allocated and the process might even have
 * exited.
-*
-* We _really_ should have a "list_del_init_careful()" to
-* properly pair with the unlocked "list_empty_careful()"
-* in finish_wait().
 */
-   smp_mb();
-   list_del_init(>entry);
+   list_del_init_careful(>entry);
return (flags & WQ_FLAG_EXCLUSIVE) != 0;
 }
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10495): 
https://lists.yoctoproject.org/g/linux-yocto/message/10495
Mute This Topic: https://lists.yoctoproject.org/mt/85948449/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 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",
this will result that gcc can't find the definition of smp_store_release.

Let's place "" in "" just like what other
archs do.

This is to fix the compile warning as below:

  CC  arch/microblaze/kernel/asm-offsets.s
In file included from ./include/linux/rculist.h:10,
 from ./include/linux/pid.h:5,
 from ./include/linux/sched.h:14,
 from arch/microblaze/kernel/asm-offsets.c:13:
./include/linux/list.h: In function 'list_del_init_careful':
./include/linux/list.h:300:2: error: implicit declaration of function 
'smp_store_release' [-Werror=implicit-function-declaration]
  300 |  smp_store_release(>next, entry);
  |  ^
./include/linux/list.h: In function 'list_empty_careful':
./include/linux/list.h:318:27: error: implicit declaration of function 
'smp_load_acquire' [-Werror=implicit-function-declaration]
  318 |  struct list_head *next = smp_load_acquire(>next);
  |   ^~~~
./include/linux/list.h:318:27: warning: initialization of 'struct list_head *' 
from 'int' makes pointer from integer without a cast [-Wint-conversion]

Signed-off-by: Quanyang Wang 
---
 arch/microblaze/include/asm/bitops.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/microblaze/include/asm/bitops.h 
b/arch/microblaze/include/asm/bitops.h
index a4f5ca09850f..65d7f2c31400 100644
--- a/arch/microblaze/include/asm/bitops.h
+++ b/arch/microblaze/include/asm/bitops.h
@@ -41,6 +41,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 
 /*
-- 
2.25.1


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

[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’? 
[-Werror=implicit-function-declaration]
 1407 |  list_del_init_careful(_entry->entry);
  |  ^
  |  hlist_del_init_rcu
cc1: some warnings being treated as errors

This is because that the mainline commit ea04a3b5727e ("blk-iocost: fix 
operation ordering in iocg_wake_fn()")
is using list_del_init_careful. 

The patch "microblaze: add  to " fix the compile 
error
which is mentioned in the commit 
"Revert "list: add "list_del_init_careful()" to go with "list_empty_careful()""
and then revert this revert-patch to fix the compile error above.

And I just build a microblaze kernel with this 2 patches and don't boot
them at real board.

Thanks,
Quanyang

Quanyang Wang (2):
  microblaze: add  to 
  Revert "Revert "list: add "list_del_init_careful()" to go with
"list_empty_careful()"""

 arch/microblaze/include/asm/bitops.h |  1 +
 include/linux/list.h | 20 +++-
 kernel/sched/wait.c  |  2 +-
 mm/filemap.c |  7 +--
 4 files changed, 22 insertions(+), 8 deletions(-)

-- 
2.25.1


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

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


Thanks,
Zhantao


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10491): 
https://lists.yoctoproject.org/g/linux-yocto/message/10491
Mute This Topic: https://lists.yoctoproject.org/mt/85948084/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] 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 wrong address.

Signed-off-by: Zhantao Tang 
---
 arch/arm64/include/asm/tlbflush.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/arm64/include/asm/tlbflush.h 
b/arch/arm64/include/asm/tlbflush.h
index e614f157dfb5..40f993ddedb9 100644
--- a/arch/arm64/include/asm/tlbflush.h
+++ b/arch/arm64/include/asm/tlbflush.h
@@ -272,6 +272,7 @@ static inline void flush_tlb_page_nosync(struct 
vm_area_struct *vma,
unsigned long addr;
 
dsb(ishst);
+   addr = __TLBI_VADDR(uaddr, ASID(vma->vm_mm));
 #if IS_ENABLED(CONFIG_NXP_S32GEN1_ERRATUM_ERR050481)
if (S32_IS_KERN_ADDR(addr)) {
__tlbi(vmalle1is);
@@ -281,6 +282,7 @@ static inline void flush_tlb_page_nosync(struct 
vm_area_struct *vma,
__tlbi(vale1is, addr);
__tlbi_user(vale1is, addr);
}
+
 }
 
 static inline void flush_tlb_page(struct vm_area_struct *vma,
-- 
2.25.1


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

[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
v5.10/standard/preempt-rt/nxp-sdk-5.10/nxp-soc


diffstat info as below:

 tlbflush.h |1 +
 1 file changed, 1 insertion(+)


thanks,
Limeng

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10489): 
https://lists.yoctoproject.org/g/linux-yocto/message/10489
Mute This Topic: https://lists.yoctoproject.org/mt/85947874/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] 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 manually.

Signed-off-by: Meng Li 
---
 arch/arm64/include/asm/tlbflush.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/arm64/include/asm/tlbflush.h 
b/arch/arm64/include/asm/tlbflush.h
index 1d0b015e70f9..397b055ba322 100644
--- a/arch/arm64/include/asm/tlbflush.h
+++ b/arch/arm64/include/asm/tlbflush.h
@@ -256,6 +256,7 @@ static inline void flush_tlb_mm(struct mm_struct *mm)
dsb(ish);
isb();
} else {
+   asid = __TLBI_VADDR(0, ASID(mm));
__tlbi(aside1is, asid);
__tlbi_user(aside1is, asid);
dsb(ish);
@@ -274,6 +275,7 @@ static inline void flush_tlb_page_nosync(struct 
vm_area_struct *vma,
dsb(ish);
isb();
} else {
+   addr = __TLBI_VADDR(uaddr, ASID(vma->vm_mm));
__tlbi(vale1is, addr);
__tlbi_user(vale1is, addr);
}
-- 
2.17.1


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

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: [linux-yocto]: [kernel/kernel-rt]: arm64: mm: add the code that is
> missed when upgrade kernel
> 
> 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:
> 
>  tlbflush.h |1 +
>  1 file changed, 1 insertion(+)
> 
> 
> thanks,
> Limeng

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

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:
> >
> > https://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/commit/?h=v5.14/standard/preempt-rt/base=7630ebb9fd510cf7aa31b6f1dd472f3b0442afb3
> >
> > So I've grabbed that 5.14 change I made, and I'm now up and test booting.
> >
> > Thanks for the fix!
>
> OK,thanks! And could you please help to put this patch to other bsp
> branch which base on v5.10/standard/preempt-rt/base. The bsp branches
> also have this compile failure.
>

I was still doing some final testing, but everything looks reasonable
now, so it is pushed.

Bruce

> Regards,
> Yanfei
>
> >
> > Bruce
>
> 
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10487): 
https://lists.yoctoproject.org/g/linux-yocto/message/10487
Mute This Topic: https://lists.yoctoproject.org/mt/85919622/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] 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 manually.

Signed-off-by: Meng Li 
---
 DO_PATCH_FILE | 0
 arch/arm64/include/asm/tlbflush.h | 2 ++
 2 files changed, 2 insertions(+)
 create mode 100644 DO_PATCH_FILE

diff --git a/DO_PATCH_FILE b/DO_PATCH_FILE
new file mode 100644
index ..e69de29bb2d1
diff --git a/arch/arm64/include/asm/tlbflush.h 
b/arch/arm64/include/asm/tlbflush.h
index 1d0b015e70f9..397b055ba322 100644
--- a/arch/arm64/include/asm/tlbflush.h
+++ b/arch/arm64/include/asm/tlbflush.h
@@ -256,6 +256,7 @@ static inline void flush_tlb_mm(struct mm_struct *mm)
dsb(ish);
isb();
} else {
+   asid = __TLBI_VADDR(0, ASID(mm));
__tlbi(aside1is, asid);
__tlbi_user(aside1is, asid);
dsb(ish);
@@ -274,6 +275,7 @@ static inline void flush_tlb_page_nosync(struct 
vm_area_struct *vma,
dsb(ish);
isb();
} else {
+   addr = __TLBI_VADDR(uaddr, ASID(vma->vm_mm));
__tlbi(vale1is, addr);
__tlbi_user(vale1is, addr);
}
-- 
2.17.1


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

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

 tlbflush.h |1 +
 1 file changed, 1 insertion(+)


thanks,
Limeng

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

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

> On 29 Sep 2021, at 02:21, Tim Orling  wrote:
> 
> 
> 
> On Tue, Sep 28, 2021 at 2:58 PM Chris Tapp  > wrote:
> I am trying to get PySimpleGUI running on an RPi4 using meta-raspberrypi with 
> hardknott.
> 
> I have created a recipe for PySimpleGUI and added the following to my 
> local.conf:
> 
> PACKAGECONFIG_pn-python3 = “tk”
> IMAGE_INSTALL_append = " python3 python3-modules python3-pysimplegui tk"
> 
> However, the tkinter module fails to load, reporting “No module named 
> _tkinter”, with a note above saying that Python may not be configured for Tk.
> 
> Looking on the target, /usr/lib/libtk.8.so  is present.
> 
> It looks as if there is something else I need to do to get Python to build 
> correctly, but I’m out of ideas ;-)
> 
> You need to add “tk” to the package config for python3
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/python/python3_3.9.6.bb#n110
>  
> 
> 
> Add the following to your distro|site|local.conf (or a python3_%.bbappend)
> 
> PACKAGECONFIG:append:pn-python3 = “ tk”
> 
> ( replace : with _ if you are on old release that doesn’t support the new 
> override syntax)
> 
> (This assumes you have meta-oe in your bblayers.conf so you can build tk, 
> which it sounds like you do)
> 
> This is because the _tkinter .so built by python3 is dynamically loaded only 
> if present 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/python/python3/python3-manifest.json#n1161
>  
> 
> —Tim “moto-timo” Orling
> 
> 
> I’ve found a few bits on the internet that seem related, but they haven’t 
> helped me get things going:
>  https://www.mail-archive.com/yocto@yoctoproject.org/msg18232.html 
> 
>  https://www.yoctoproject.org/pipermail/yocto/2014-July/020547.html 
> 
> 
> Any pointers on where to look would be appreciated.
> 
> --
> 
> Chris Tapp
> opensou...@keylevel.com 
> www.keylevel.com 
> 
> 
> 
> 
> 
> 


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

[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 by loading Zephyr image
to Cortex-M4 core from Linux using remoteproc framework.

Signed-off-by: Arnaud Pouliquen 
---
 conf/machine/stm32mp157c-dk2.conf | 8 
 1 file changed, 8 insertions(+)
 create mode 100644 conf/machine/stm32mp157c-dk2.conf

diff --git a/conf/machine/stm32mp157c-dk2.conf 
b/conf/machine/stm32mp157c-dk2.conf
new file mode 100644
index ..52c18192b2c3
--- /dev/null
+++ b/conf/machine/stm32mp157c-dk2.conf
@@ -0,0 +1,8 @@
+#@TYPE: Machine
+#@NAME: stm32mp1-openamp
+
+#@DESCRIPTION: Machine configuration for stm32mp157x-DK2 Board.
+
+require conf/machine/include/stm32mp1-cortex-m4.inc
+
+ARCH:stm32mp157c-dk2 = "arm"
-- 
2.17.1


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

[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 support of the board is also added in this series.

Arnaud Pouliquen (2):
  conf: machine: add stm32mp157c-dk2 support
  zephyr-kernel: add openamp-rsc-table sample

 conf/machine/stm32mp157c-dk2.conf  |  8 
 .../zephyr-kernel/zephyr-openamp-rsc-table.bb  | 10 ++
 2 files changed, 18 insertions(+)
 create mode 100644 conf/machine/stm32mp157c-dk2.conf
 create mode 100644 recipes-kernel/zephyr-kernel/zephyr-openamp-rsc-table.bb

-- 
2.17.1


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

[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 file changed, 10 insertions(+)
 create mode 100644 recipes-kernel/zephyr-kernel/zephyr-openamp-rsc-table.bb

diff --git a/recipes-kernel/zephyr-kernel/zephyr-openamp-rsc-table.bb 
b/recipes-kernel/zephyr-kernel/zephyr-openamp-rsc-table.bb
new file mode 100644
index ..3eec58adb17b
--- /dev/null
+++ b/recipes-kernel/zephyr-kernel/zephyr-openamp-rsc-table.bb
@@ -0,0 +1,10 @@
+include zephyr-sample.inc
+
+
+ZEPHYR_MAKE_OUTPUT = "zephyr_openamp_rsc_table.elf"
+ZEPHYR_MAKE_BIN_OUTPUT = "zephyr_openamp_rsc_table.bin"
+ZEPHYR_MAKE_EFI_OUTPUT = "zephyr_openamp_rsc_table.efi"
+
+ZEPHYR_SRC_DIR = "${S}/samples/subsys/ipc/openamp_rsc_table"
+
+COMPATIBLE_MACHINE = "(stm32mp157c-dk2)"
-- 
2.17.1


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

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:

https://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/commit/?h=v5.14/standard/preempt-rt/base=7630ebb9fd510cf7aa31b6f1dd472f3b0442afb3

So I've grabbed that 5.14 change I made, and I'm now up and test booting.

Thanks for the fix!


OK,thanks! And could you please help to put this patch to other bsp 
branch which base on v5.10/standard/preempt-rt/base. The bsp branches 
also have this compile failure.


Regards,
Yanfei



Bruce

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

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 
https://www.yoctoproject.org/docs/2.4.2/ref-manual/ref-manual.html#var-PACKAGECONFIG

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

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 
> b/meta-tpm/recipes-tpm/swtpm/swtpm_0.6.1.bb
> index 807c02b..d602ee0 100644
> --- a/meta-tpm/recipes-tpm/swtpm/swtpm_0.6.1.bb
> +++ b/meta-tpm/recipes-tpm/swtpm/swtpm_0.6.1.bb
> @@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
> "file://LICENSE;md5=fe8092c832b71ef20dfe4c6d3decb3a8"
>  SECTION = "apps"
>  
>  # coreutils-native and net-tools-native are reportedly only required for the 
> tests
> -DEPENDS = "libtasn1 coreutils-native expect socat glib-2.0 net-tools-native 
> libtpm json-glib"
> +DEPENDS = "libtasn1 coreutils-native expect socat glib-2.0 net-tools-native 
> libtpm json-glib expect expect-native"

expect is there twice now (+ native). Would expect-native be enough or 
do we also need expect?

>  
>  SRCREV = "98187d24fe14851653a7c46eb16e9c5f0b9beaa1"
>  SRC_URI = "git://github.com/stefanberger/swtpm.git;branch=stable-0.6 \
> @@ -28,7 +28,7 @@ PACKAGECONFIG[openssl] = "--with-openssl, 
> --without-openssl, openssl"
>  # expect, bash, tpm2-pkcs11-tools (tpm2_ptool), tpmtool and certtool is
>  # used by swtpm-create-tpmca (the last two is provided by gnutls)
>  # gnutls is required by: swtpm-create-tpmca, swtpm-localca and swtpm_cert
> -PACKAGECONFIG[gnutls] = "--with-gnutls, --without-gnutls, gnutls, gnutls, 
> expect bash tpm2-pkcs11-tools"
> +PACKAGECONFIG[gnutls] = "--with-gnutls, --without-gnutls, gnutls, gnutls, 
> bash tpm2-pkcs11-tools"

expect is needed as a runtime dependency for swtpm-create-tpmca, but I 
added it as a recommended dependency as I don't think all people are 
interesting in swtpm-create-tpmca working out-of-the-box.
expect should still be here, no?

>  PACKAGECONFIG[selinux] = "--with-selinux, --without-selinux, libselinux"
>  PACKAGECONFIG[cuse] = "--with-cuse, --without-cuse, fuse"
>  PACKAGECONFIG[seccomp] = "--with-seccomp, --without-seccomp, libseccomp"
> -- 
> 2.25.1
> 

> 
> 
> 


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