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

Hi all, Intel and WR YP QA is planning for QA execution for YP build yocto-4.0.4.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. NUC 7 3. NUC 6 4.

[yocto] QA notification for completed autobuilder build (yocto-4.0.4.rc1)

A build flagged for QA (yocto-4.0.4.rc1) was completed on the autobuilder and is available at: https://autobuilder.yocto.io/pub/releases/yocto-4.0.4.rc1 Build hash information: bitbake: ac576d6fad6bba0cfea931883f25264ea83747ca meta-agl: 2e8dbab520652afa5e39e74793bdc917aa9ee86b meta-arm:

Re: [yocto] [meta-zephyr][PATCH 0/4] Add script for version upgrades

On Fri, Sep 16, 2022 at 10:03:14AM +0100, Peter Hoyes wrote: > From: Peter Hoyes > > This patch chain has been developed on top of the 2.7.3 upgrade patch. > > Add a script, generate-version.py, which can be used to automatically > generate configuration for new Zephyr versions. Regenerate > co

Re: [yocto] Help and ideas wanted - error during do_package

On Tue, 2022-09-20 at 23:05 +0200, Peter Bergin wrote: > Hi, > > I'm working on a recipe for libtraceevent > (https://git.kernel.org/pub/scm/libs/libtrace/libtraceevent.git) that is > needed for newer trace-cmd. I'm confused about an error I get during > do_package that I want some help with. >

[yocto] Help and ideas wanted - error during do_package

Hi, I'm working on a recipe for libtraceevent (https://git.kernel.org/pub/scm/libs/libtrace/libtraceevent.git) that is needed for newer trace-cmd. I'm confused about an error I get during do_package that I want some help with. File: '/sources/poky/meta/lib/oe/sstatesig.py', lineno: 587, fun

Re: [yocto] [meta-zephyr][PATCH] zephyr-kernel/2.7: update to zephyr v2.7.3

On Thu, Sep 15, 2022 at 03:20:42PM +0800, Naveen Saini wrote: > 003de78ce0 release: Zephyr 2.7.3 > 9502d500b6 release: security: Notes for 2.7.3 > 2a88e08296 release: update v2.7.3 release notes > e1ee34e55c drivers: sensor: sm351lt: Fix global thread triggering bug > 2ad1ef651b Bluetooth: host: Fi

[yocto] [meta-zephyr][PATCH 3/3] zephyr-bsp: update cortex-m4's to use new path

Update the machines using cortex m4s to use the OE tune file, and remove the duplicate one locally. Signed-off-by: Jon Mason --- .../conf/machine/include/nrf52.inc| 4 ++-- .../machine/include/stm32mp1-cortex-m4.inc| 4 ++-- .../conf/machine/include/tune-cortexm4.inc| 19 --

[yocto] [meta-zephyr][PATCH 1/3] zephyr-bsp: remove unused tune file

Signed-off-by: Jon Mason --- .../conf/machine/include/tune-cortexm0.inc| 31 --- 1 file changed, 31 deletions(-) delete mode 100644 meta-zephyr-bsp/conf/machine/include/tune-cortexm0.inc diff --git a/meta-zephyr-bsp/conf/machine/include/tune-cortexm0.inc b/meta-zephyr-bsp/c

[yocto] [meta-zephyr][PATCH 2/3] zephyr-bsp/qemu-cortex-m3: update to use new path

Update the qemu-cortex-m3 machine to use the OE tune file, and remove the duplicate one locally. Signed-off-by: Jon Mason --- .../conf/machine/include/tune-cortexm3.inc| 21 --- .../conf/machine/qemu-cortex-m3.conf | 2 +- 2 files changed, 1 insertion(+), 22 deletio

[yocto] [meta-zephyr][PATCH 2/2] zephyr-bsp: zephyr parameters update

Update the parameters being run in qemu to get more stable results. Values taken from zephyr qemu. Also, use QB_GRAPHICS instead of QB_OPT_APPEND for the relevant places. Signed-off-by: Jon Mason --- .gitlab-ci.yml| 3 ++- ci/qemu-cortex-m3.yml

[yocto] [meta-zephyr][PATCH 1/2] zephyr-bsp/qemu-cortex-a53: run testimage

Make the changes necessary to get testimage working and run it as part of CI Signed-off-by: Jon Mason --- .gitlab-ci.yml| 1 + ci/qemu-cortex-a53.yml| 4 meta-zephyr-bsp/conf/machine/qemu-cortex-a53.conf | 3 ++- 3 files change

[yocto] Is there a way to prevent bitbake from trying to demand dependencies it comes up with based on installed files?

Hi all, First time posting to this mailing list, hope this email kind of email is what it’s for! Background / what I'm doing: I'm creating an image which uses a docker to do stuff. Loading new docker images takes a long time on my target so I have created a recipe which essentially pre-loads d

Re: [yocto] #yocto #dunfell

Thanks... will give it a try. From: Ross Burton Sent: Tuesday, September 20, 2022 11:38 AM To: Monsees, Steven C (US) ; yocto@lists.yoctoproject.org Subject: Re: [yocto] #yocto #dunfell External Email Alert This email has been sent from an account outside of the BAE Systems network. Please tr

Re: [yocto] #yocto #dunfell

Hi, SBSA is EDK2 based, which is basically incredibly painful to patch. The source files are windows-style CR/LF so your patch needs to have CR/LF, but if the whole patch has CR/LF then git “helpfully” transforms the patch to just unix-style LF, which doesn’t apply. The “solution” (workaround

Re: [yocto] #yocto #dunfell

Any hints or ideas on what I might be doing wrong would be appreciated… From: yocto@lists.yoctoproject.org On Behalf Of Monsees, Steven C (US) via lists.yoctoproject.org Sent: Monday, September 19, 2022 2:22 PM To: yocto@lists.yoctoproject.org Subject: [yocto] #yocto #dunfell External Email Al

[yocto] Yocto Project Status 20 September 2022 (WW38)

Current Dev Position: YP 4.1 M4 (Feature Freeze) Next Deadline: 3rd October 2022 YP 4.1 M4 Build Next Team Meetings: * Bug Triage meeting Thursday September 22nd 7:30 am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3F

Re: [yocto] Adding Vulkan to core-image-weston

What often works is running it under strace - you might be able to see the one key syscall that causes the failure. Otherwise you might have to go through the heavier gdb step through. Alex On Tue 20. Sep 2022 at 10.25, PHIL wrote: > Ok it seems to use Software now given how slow weston-simple-

Re: [yocto] Adding Vulkan to core-image-weston

Ok it seems to use Software now given how slow weston-simple-egl has become. But vulkaninfo still fails with ERROR_INCOMPATIBLE_DRIVER. -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply

Re: [yocto] Adding Vulkan to core-image-weston

It helps if you say what you did precisely and show the complaint. Alex On Tue 20. Sep 2022 at 9.40, PHIL wrote: > What would be the simplest way to achieve that with bitbake? I tried > swrast in mesa yesterday but it complained because it wants Gallium. > > > Am 20. September 2022 10:23:38 MES

[yocto] libsemanage 3.4 issue

Hi, We are trying to use meta-selinux master branch and I got issue during compilation. nativesdk-libsemanage failed to compile with error: make[1]: Entering directory '<...>/sdk-master-next/build/tmp/work/x86_64-nativesdk-xesdk-linux/nativesdk-libsemanage/3.4-r0/git/libsemanage/src' swig -Wall

Re: [yocto] Adding Vulkan to core-image-weston

What would be the simplest way to achieve that with bitbake? I tried swrast in mesa yesterday but it complained because it wants Gallium. Am 20. September 2022 10:23:38 MESZ schrieb Alexander Kanavin : >Don’t bother with virgl yet. Start with the pure software implementation in >Mesa. > >Alex >

Re: [yocto] Adding Vulkan to core-image-weston

Don’t bother with virgl yet. Start with the pure software implementation in Mesa. Alex On Tue 20. Sep 2022 at 8.39, Edgar Mobile wrote: > Ok, I added these two lines now to a file named virglrenderer_0.9.1.bb . > Bitbake now says: > > ERROR: Nothing PROVIDES 'ninja-nativevulkan-loader' (but vir

Re: [yocto] Adding Vulkan to core-image-weston

Ok, I added these two lines now to a file named virglrenderer_0.9.1.bb . Bitbake now says: ERROR: Nothing PROVIDES 'ninja-nativevulkan-loader' (but virtual:native: ... DEPENDS on or otherwise requires it) ERROR: Required build target 'core-image-weston' has no buildable providers. Missing or unb

Re: [yocto] Adding Vulkan to core-image-weston

Hmm, I can't find a virglrenderer.bb. Do I need to add something? From: Markus Volk Sent: Monday, September 19, 2022 5:16 PM To: Edgar Mobile Cc: Alexander Kanavin ; yocto@lists.yoctoproject.org Subject: Re: [yocto] Adding Vulkan to core-image-weston Am Mo, 19