[yocto] freescale audio #yocto #linux #imx6 #zeus

2021-11-09 Thread q124178652
I want to verify whether the speaker function is normal on the i.MX6 DL board. HDMI connector has a hot_plug to detect whether the HDMI cable is plugged in. However, using aplay to play wav format music under the command line does not have this problem Test with IMX player under GUI interface,

[linux-yocto][PATCH 3/3] arm: axxia: ddr_retention: change the size of stack_var from 1024 to 512

2021-11-09 Thread quanyang.wang
From: Quanyang Wang If the size of array stack_var is 1024, it will trigger the build warning as below: arch/arm/mach-axxia/ddr_retention.c:220:1: warning: the frame size of 1032 bytes is larger than 1024 bytes [-Wframe-larger-than=] 220 | } | ^ Since substracting 1K for 4 times from

[linux-yocto][PATCH 1/3] Revert "arm: axxia: ddr_retention: use malloc/free to fix -Wframe-larger-than build warning"

2021-11-09 Thread quanyang.wang
From: Quanyang Wang This reverts commit b48ce4a44d42a7b92f13c8d64a53d23cd6689222. The intent of exercise_stack_ptr is to keep the 4K-size stack of ncp_ddr_shutdown in L2 cache for the later usage. But using heap will break this. So revert it now. Reported-by: Mikael Beckius Signed-off-by:

[linux-yocto][PATCH 2/3] arm: axxia: ddr_retention: don't call usleep at atomic context

2021-11-09 Thread quanyang.wang
From: Quanyang Wang When running the command: #echo 1 > /proc/driver/axxia_ddr_retention_reset the function usleep_range is called at an atomic context, using udelay can avoid the calltrace as below: BUG: scheduling while atomic: sh/519/0x0002 Modules linked in: CPU: 12 PID: 519

[linux-yocto][PATCH 0/3] axxia: fix issues in ddr retention

2021-11-09 Thread quanyang.wang
From: Quanyang Wang Hi Bruce, Would you please help merge these 3 patches to the braches: linux-yocto v5.10/standard/preempt-rt/sdkv5.10/axxia linux-yocto v5.10/standard/sdkv5.10/axxia Thanks, Quanyang Quanyang Wang (3): Revert "arm: axxia: ddr_retention: use malloc/free to fix

[linux-yocto] [yocto-kernel-cache yocto-5.10]: nxp-s32g2xx: add one patch to drop the CRYPTO_DEV_NXP_HSE_UIO config

2021-11-09 Thread Zhantao Tang
Hi Bruce, There is an patch of yocto-kernel-cache for nxp-s32g2xx bsp to drop the CRYPTO_DEV_NXP_HSE_UIO config, because the CRYPTO_DEV_NXP_HSE_UIO kernel config has been deleted in the related driver Kconfig. Would you please help to merge this patch into yocto-kernel-cache, branch

[linux-yocto] [PATCH] nxp-s32g2xx: drop the CRYPTO_DEV_NXP_HSE_UIO config

2021-11-09 Thread Zhantao Tang
The CRYPTO_DEV_NXP_HSE_UIO has been dropped in the driver's Kconfig, so delete in kernel cache to fix the following build warning: [INFO]: the following symbols were not found in the active configuration: - CONFIG_CRYPTO_DEV_NXP_HSE_UIO Signed-off-by: Zhantao Tang ---

Re: [yocto] pre-built native only tool for native and nativesdk

2021-11-09 Thread Joel Winarske
My solution was to use recipe name without `-native`, and simply use empty packages (no-op) for target. Only nativesdk- and -native variants have an affect. Then add `TOOLCHAIN_HOST_TASK:append = " nativesdk-flutter-sdk"` to local.conf.

[yocto] User configuration & host contamination

2021-11-09 Thread Jeffrey Simons
Hi all, I'm having some difficulty with setting up users and the respective application user assignments. I have a generic recipe which inherits useradd and sets a user, this works great for my purpose without one exception. I can't assign the user in my other recipe where the application is

Re: [yocto] pre-built native only tool for native and nativesdk

2021-11-09 Thread Joel Winarske
Actually by removing `inherit native` and adding -native to the recipe name doesn't make it build for native. On Tue, Nov 9, 2021 at 3:23 PM Joel Winarske wrote: > To eliminate target option from the recipe I just need to make sure the > name of the recipe ends with -native, then removing

Re: [yocto] pre-built native only tool for native and nativesdk

2021-11-09 Thread Joel Winarske
To eliminate target option from the recipe I just need to make sure the name of the recipe ends with -native, then removing inherit native works fine. On Tue, Nov 9, 2021 at 2:09 PM Joel Winarske via lists.yoctoproject.org wrote: > I'm trying to sort out how to install a pre-built host-only

Re: [yocto] [meta-qt4]

2021-11-09 Thread Paul Eggleton
Hi Jared / all On Wednesday, 10 November 2021 10:05:39 NZDT jared_te...@dell.com wrote: > I don't see a response yet from Paul Eggleton, how do we proceeded in > getting this fixed? My apologies - I've applied the fix and pushed it to master, thank you! I think it's fair to say this layer is

[yocto] pre-built native only tool for native and nativesdk

2021-11-09 Thread Joel Winarske
I'm trying to sort out how to install a pre-built host-only tool for native and nativesdk only. Using `inherit native` my-recipe-native and nativesdk-my-recipe both build fine, only -c populate_sdk generates "rdepends upon non-existent task do_package_write_rpm". Looking at native.bbclass it

Re: [yocto] [meta-qt4]

2021-11-09 Thread jared_terry
I don't see a response yet from Paul Eggleton, how do we proceeded in getting this fixed? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#55292): https://lists.yoctoproject.org/g/yocto/message/55292 Mute This Topic:

[yocto] Yocto Project Status WW45`21

2021-11-09 Thread Stephen Jolley
Current Dev Position: YP 3.5 M1 Next Deadline: 6th Dec. 2021 YP 3.5 M1 build Next Team Meetings: * Bug Triage meeting Thursday Nov.11th at 7:30am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09) *

[yocto] [meta-zephyr][PATCH v2 4/4] zephyr-lvgl: new recipe

2021-11-09 Thread Bartosz Golaszewski
From: Bartosz Golaszewski This adds a recipe for building the lvgl sample from mainline zephyr source. We need to include one upstream patch that fixes a build problem with lvgl and pull in two other modules or otherwise the default config will fail to build. Currently only the nordic reference

[yocto] [meta-zephyr][PATCH v2 3/4] zephyr-kernel-src: order git repos alphabetically

2021-11-09 Thread Bartosz Golaszewski
From: Bartosz Golaszewski As the number of repos pulled gets bigger it's easier to parse them if they are ordered alphabetically. Signed-off-by: Bartosz Golaszewski Signed-off-by: Eilís Ní Fhlannagáin --- recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc | 2 +- 1 file changed, 1

[yocto] [meta-zephyr][PATCH v2 2/4] zephyr-kernel-src: use the preferred coding style for multi-line assignments

2021-11-09 Thread Bartosz Golaszewski
From: Bartosz Golaszewski This type of multi-line assignments is the most prevalent in well-known layers and is more visually pleasing. Signed-off-by: Bartosz Golaszewski Signed-off-by: Eilís Ní Fhlannagáin --- recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.6.1.inc | 9 +

[yocto] [meta-zephyr][PATCH v2 0/4] zephyr-lvgl: make it possible to build the zephyr lvgl sample

2021-11-09 Thread Bartosz Golaszewski
This series adds a recipe for the lvgl sample from zephyr. Due to how meta-zephyr works we need to pull in some additional modules for the build to succeed. The first three patches are just coding style improvements, the last patch adds the recipe. v1 -> v2: - rebase patches on top of current

[yocto] [meta-zephyr][PATCH v2 1/4] zephyr-kernel-src: order the SRCREV assignments alphabetically

2021-11-09 Thread Bartosz Golaszewski
From: Bartosz Golaszewski It's easier to parse visually when those assignments are ordered. Signed-off-by: Bartosz Golaszewski Signed-off-by: Eilís Ní Fhlannagáin --- recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.6.1.inc | 8

[yocto] [meta-zephyr] Issues and possible solutions

2021-11-09 Thread Eilís Ní Fhlannagáin
Following on from Bartosz's recent patch, Naveen suggested I take this to the list. We've been recently discussing some of the drawbacks of meta-zephyr between myself, Diego Sueiro and Jon Mason at ARM and Bartosz Golaszewski and we've come up with a few ideas we want to propose. (Diego, Jon,

[linux-yocto] [PATCH] marvell-cn96xx: Add CoreSight support

2021-11-09 Thread Ruiqiang Hao
From: Ruiqiang Hao CoreSight code has been integrated to our kernel. It's time to enable related configuration. Signed-off-by: Ruiqiang Hao --- bsp/marvell-cn96xx/marvell-cn96xx.cfg | 12 1 file changed, 12 insertions(+) diff --git a/bsp/marvell-cn96xx/marvell-cn96xx.cfg

[linux-yocto][yocto-kernel-cache v5.10] Enable CoreSight for marvell cn96xx

2021-11-09 Thread Ruiqiang Hao
Hi Bruce, Please help to merge code into our linux-yocto repo. repo: yocto-kernel-cache branch: yocto-5.10 Thanks, Ruiqiang -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10627):