Re: [OE-Core][PATCH v2] packagegroup-base: Add option to set zeroconf provider

Hi Alex, On 2/17/25 12:16 PM, Alex Kiernan wrote: On Mon, Feb 17, 2025 at 10:32 AM Quentin Schulz wrote: Hi Alex, On 2/15/25 5:55 PM, Alex Kiernan via lists.openembedded.org wrote: avahi, systemd-resolved and mDNSResponder (in meta-networking) can all provide Zeroconf services. Add a

Re: [OE-core] Broken FIT image signing since "u-boot: kernel-fitimage: Fix dependency loop if UBOOT_SIGN_ENABLE and UBOOT_ENV enabled"

+Cc Marek On 2/16/25 7:36 PM, Rogerio Guerra Borin via lists.openembedded.org wrote: You don't often get email from rogerio.borin=toradex@lists.openembedded.org. Learn why this is important Hello, At Toradex we're using class "kernel-fitimage"

Re: [OE-Core][PATCH v2] packagegroup-base: Add option to set zeroconf provider

Hi Alex, On 2/15/25 5:55 PM, Alex Kiernan via lists.openembedded.org wrote: avahi, systemd-resolved and mDNSResponder (in meta-networking) can all provide Zeroconf services. Add a `ZEROCONF_DAEMON` option to select which of these will provide service via packagegroup-base-zeroconf. If I'm not

Re: [OE-core] [PATCH v4] systemd: Build the systemctl executable

On 2/10/25 9:14 AM, Mikko Rapeli via lists.openembedded.org wrote: Hi, On Mon, Feb 10, 2025 at 09:07:57AM +0100, Vyacheslav Yurkov via lists.openembedded.org wrote: On 08.02.2025 19:34, Richard Purdie wrote: On Fri, 2025-02-07 at 08:10 +0100, Vyacheslav Yurkov via lists.openembedded.org wr

[OE-core] [PATCH] b4-wrapper-poky.py: send changes to .b4-config to the poky mailing list

From: Quentin Schulz Both OE-Core and poky git repos have a .b4-config, both at the same location and both different. Therefore, changes made to .b4-config for OE-Core need to be sent to the OE-Core mailing list and changes made to .b4-config for poky sent to the poky mailing list. Changes

[OE-core] [PATCH v4 0/2] add basic b4 config file

additional per-patch checks that aren't necessary when running from vanilla OE-Core. Once this is merged, poky will need to merge OE-Core into itself and override with its own .b4-config that makes use of that script. Signed-off-by: Quentin Schulz --- Changes in v4: - replace subprocess

[OE-core] [PATCH v4 2/2] scripts: add b4-wrapper for poky

From: Quentin Schulz poky is a combo-layer containing BitBake, OpenEmbedded-Core and Yocto Documentation source code into one big repo. It is not uncommon to have people develop patches for either of those projects from a poky git repo. However, it is unlikely those patches are to be sent to the

[OE-core] [PATCH v4 1/2] add basic b4 config file

From: Quentin Schulz b4[1] is a very nice tool for mail-based contribution. A config[2] file exists to set up a few defaults. We can use it to set the Cc recipients to always add, in our case the mailing list. Because we do not have anything to check for now, disable needs-checking so patches

[OE-core] [PATCH v3 1/2] add basic b4 config file

From: Quentin Schulz b4[1] is a very nice tool for mail-based contribution. A config[2] file exists to set up a few defaults. We can use it to set the Cc recipients to always add, in our case the mailing list. Because we do not have anything to check for now, disable needs-checking so patches

[OE-core] [PATCH v3 0/2] add basic b4 config file

additional per-patch checks that aren't necessary when running from vanilla OE-Core. Once this is merged, poky will need to merge OE-Core into itself and override with its own .b4-config that makes use of that script. Signed-off-by: Quentin Schulz --- Changes in v3: - populate To recipient

[OE-core] [PATCH v3 2/2] scripts: add b4-wrapper for poky

From: Quentin Schulz poky is a combo-layer containing BitBake, OpenEmbedded-Core and Yocto Documentation source code into one big repo. It is not uncommon to have people develop patches for either of those projects from a poky git repo. However, it is unlikely those patches are to be sent to the

Re: [OE-core] [PATCH v2 1/2] add basic b4 config file

Hi all, On 2/3/25 4:17 PM, Quentin Schulz wrote: From: Quentin Schulz b4[1] is a very nice tool for mail-based contribution. A config[2] file exists to set up a few defaults. We can use it to set the Cc recipients to always add, in our case the mailing list. Because we do not have anything

Re: [OE-core] [PATCH v2 0/2] add basic b4 config file

Hi Khem, On 2/3/25 8:42 PM, Khem Raj wrote: On Mon, Feb 3, 2025 at 7:18 AM Quentin Schulz via lists.openembedded.org wrote: This adds very basic support for using b4 in OE-Core. This essentially just automatically adds the proper mailing list when running b4 prep --auto-to-cc. This also

[OE-core] [PATCH RFC 3/6] patchtest: allow to silence non-error messages

From: Quentin Schulz When passing --quiet to patchtest, TinFoil and Knotty will be silenced so almost nothing makes it to stdout/stderr if not required (e.g. an error happens). patchtest configures its own logger to the ERROR level for the same effect. Signed-off-by: Quentin Schulz --- meta

[OE-core] [PATCH RFC 6/6] b4: enable patchtest as b4 prep --check step

From: Quentin Schulz Now that patchtest is silent when everything goes well, we can use it as validation step in OE-Core for each local commit with b4 prep --check. While at it reenable the pre-flight check for b4 prep --check. oe-init-buildenv needs to be sourced first to make patchtest

[OE-core] [PATCH RFC 5/6] patchtest: allow malformed Mbox

From: Quentin Schulz b4 strips the "From " field from the Mbox before sending it to stdin for consumption, see https://git.kernel.org/pub/scm/utils/b4/b4.git/tree/src/b4/__init__.py?h=stable-0.14.y#n3494 The issue is that patchtest Mbox parsing expects this field to know when a patch

[OE-core] [PATCH RFC 4/6] patchtest: allow to not print summary

From: Quentin Schulz The summary is printed even when quiet is passed if an error happens. However, in the case when only one patch is passed to patchtest, this summary isn't useful at all. That is the case for b4 with patchtest used for b4 prep --check, where patchtest will be executed on

[OE-core] [PATCH RFC 2/6] patchtest: allow to pass patch from stdin

From: Quentin Schulz This allows to pass a patch via stdin to patchtest. This will be useful when using b4 with patchtest, with the former passing each patch to the latter via stdin. Signed-off-by: Quentin Schulz --- scripts/patchtest | 15 --- 1 file changed, 12 insertions(+), 3

[OE-core] [PATCH RFC 0/6] prepare patchtest to be run with b4 prep --check

the last patch in this series is removed (the modification of .b4-config). Signed-off-by: Quentin Schulz --- Quentin Schulz (6): patchtest: use logger instead of printing to stdout patchtest: allow to pass patch from stdin patchtest: allow to silence non-error messages

[OE-core] [PATCH RFC 1/6] patchtest: use logger instead of printing to stdout

From: Quentin Schulz This will allow use to specify which messages we want to see later on. This will be useful for using this script with b4 for example which expects output on stdout/stderr only when an error happened. To that end, success string is set to the info level, warning string to

[OE-core] [PATCH v2 1/2] add basic b4 config file

From: Quentin Schulz b4[1] is a very nice tool for mail-based contribution. A config[2] file exists to set up a few defaults. We can use it to set the Cc recipients to always add, in our case the mailing list. Because we do not have anything to check for now, disable needs-checking so patches

[OE-core] [PATCH v2 0/2] add basic b4 config file

additional per-patch checks that aren't necessary when running from vanilla OE-Core. Once this is merged, poky will need to merge OE-Core into itself and override with its own .b4-config that makes use of that script. Signed-off-by: Quentin Schulz --- Changes in v2: - add mention to first

[OE-core] [PATCH v2 2/2] scripts: add b4-wrapper for poky

From: Quentin Schulz poky is a combo-layer containing BitBake, OpenEmbedded-Core and Yocto Documentation source code into one big repo. It is not uncommon to have people develop patches for either of those projects from a poky git repo. However, it is unlikely those patches are to be sent to the

Re: [OE-core] [PATCH] mesa: upgrade 24.0.7 -> 24.3.4

On 2/3/25 12:14 PM, Alexander Kanavin via lists.openembedded.org wrote: On Sat, 1 Feb 2025 at 12:37, Dmitry Baryshkov wrote: How was this tested? For me it fails immediately with the same error as the previous update attempts: Yes, I forgot about the Intel world, I was testing on ARM & ARM6

Re: [OE-core] [PATCH RFC kirkstone scarthgap styhead 0/2] uboot-extlinux-config.bbclass: add support for DTBOs

Hi all, On 1/23/25 6:25 PM, Quentin Schulz via lists.openembedded.org wrote: Hi all, On 1/17/25 5:40 PM, Quentin Schulz wrote: I am not sure this is actually a desirable backport as it's not a bugfix, hence the RFC. Applies cleanly on top of all listed branch, nothing more done on my

Re: [OE-core] [PATCH] mesa: upgrade 24.0.7 -> 24.3.4

Hi Dmitry, On 1/31/25 1:59 PM, Alexander Kanavin via lists.openembedded.org wrote: On Fri, 31 Jan 2025 at 13:35, Dmitry Baryshkov via lists.openembedded.org wrote: Upgrade the Mesa package, dropping applied and refreshing outstanding patches. The dri3 config option is now gone, dependencies a

Re: [OE-core] [PATCH] meta/meta-selftest: Fix variable assignment whitespace

: Quentin Schulz Thanks! Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#210478): https://lists.openembedded.org/g/openembedded-core/message/210478 Mute This Topic: https://lists.openembedded.org/mt/110914322/21656 Group Owner: openembedded

Re: [OE-core] [PATCH RFC kirkstone scarthgap styhead 0/2] uboot-extlinux-config.bbclass: add support for DTBOs

Hi all, On 1/17/25 5:40 PM, Quentin Schulz wrote: I am not sure this is actually a desirable backport as it's not a bugfix, hence the RFC. Applies cleanly on top of all listed branch, nothing more done on my side than that. It's just that I'll need to support extlinux config w

Re: [OE-core] [PATCH] add basic b4 config file

Hi Richard, On 1/23/25 4:06 PM, Richard Purdie wrote: On Fri, 2025-01-17 at 12:59 +0100, Quentin Schulz via lists.openembedded.org wrote: From: Quentin Schulz b4[1] is a very nice tool for mail-based contribution. A config[2] file exists to set up a few defaults. We can use it to set the Cc

Re: [OE-core] [PATCH] lib/oe/package: Add debug_frame support

Hi, On 1/22/25 9:01 PM, Mathieu Othacehe via lists.openembedded.org wrote: [You don't often get email from othacehe=gnu@lists.openembedded.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Hello Quentin, Thanks for having a look! Would be nice to docume

[OE-core] [PATCH] uboot-extlinux-config.bbclass: invalidate do_create_extlinux_config on changes to UBOOT_EXTLINUX_FDTOVERLAYS:x

From: Quentin Schulz do_create_extlinux_config is using a bit of an odd mechanism which doesn't work well with sstate cache invalidation. BitBake will detect changes to UBOOT_EXTLINUX_FDTOVERLAYS because it's explicitly mentioned in the task, but it'll

[OE-core] [PATCH RFC kirkstone scarthgap styhead 0/2] uboot-extlinux-config.bbclass: add support for DTBOs

n scarthgap and modifying the behavior from my own layer is not a lot of fun I'm expecting. Signed-off-by: Quentin Schulz --- Quentin Schulz (2): uboot-extlinux-config.bbclass: simplify FDT/FDTDIR logic uboot-extlinux-config.bbclass: add support for DTBOs meta/classes-r

[OE-core] [PATCH RFC kirkstone scarthgap styhead 1/2] uboot-extlinux-config.bbclass: simplify FDT/FDTDIR logic

From: Quentin Schulz The three blocks share the same LABEL and KERNEL content, so let's factor that part out. Signed-off-by: Quentin Schulz Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie (cherry picked from commit 544c0f72774e17d1dca4664c0bc21f8281dade5b) Signed-o

[OE-core] [PATCH RFC kirkstone scarthgap styhead 2/2] uboot-extlinux-config.bbclass: add support for DTBOs

From: Quentin Schulz Also known as FDTO, DTO or Device Tree Overlay. This adds a new property per label in extlinux.conf for which device tree overlays to apply on top of the base device tree (the one specified in FDT or guessed by the bootloader if only FDTDIR is set). It is a space-separated

[OE-core] [PATCH] add basic b4 config file

From: Quentin Schulz b4[1] is a very nice tool for mail-based contribution. A config[2] file exists to set up a few defaults. We can use it to set the Cc recipients to always add, in our case the mailing list. Because we do not have anything to check for now, disable needs-checking so patches

Re: [OE-core] [PATCH] lib/oe/package: Add debug_frame support

Hi Mathieu, On 1/8/25 8:39 AM, Mathieu Othacehe via lists.openembedded.org wrote: [You don't often get email from othacehe=gnu@lists.openembedded.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] On ARMv7, the .ARM.extab and .ARM.exidx unwinding sections a

Re: [OE-core] [PATCH 4/4] native: Improve ${PN}-XXX package name handling

Cc docs On 1/6/25 5:09 PM, Richard Purdie via lists.openembedded.org wrote: If a recipe has something like: RPROVIDES:${PN}-xxx = "yyy" then the current code will turn this into: RPROVIDES:${BPN}-native-xxx = "yyy-native" which can lead to errors. Add in some handling for this special case i

Re: [OE-core][PATCHv3] classes/ptest-python-pytest: simplify python ptest file overriding

Hi Derek, On 1/10/25 4:59 PM, Derek Straka via lists.openembedded.org wrote: The complexity of overriding files from the bbclass made the behavior at times hard to follow and predict. This change replaces the default file with a heredoc equivalent that creates a default file if the user does not

[OE-core] [PATCH 0/2] uboot-extlinux-config.bbclass: add support for DTBOs

what this patch series does. Signed-off-by: Quentin Schulz --- Quentin Schulz (2): uboot-extlinux-config.bbclass: simplify FDT/FDTDIR logic uboot-extlinux-config.bbclass: add support for DTBOs meta/classes-recipe/uboot-extlinux-config.bbclass | 16 ++-- 1 file c

[OE-core] [PATCH 2/2] uboot-extlinux-config.bbclass: add support for DTBOs

From: Quentin Schulz Also known as FDTO, DTO or Device Tree Overlay. This adds a new property per label in extlinux.conf for which device tree overlays to apply on top of the base device tree (the one specified in FDT or guessed by the bootloader if only FDTDIR is set). It is a space-separated

[OE-core] [PATCH 1/2] uboot-extlinux-config.bbclass: simplify FDT/FDTDIR logic

From: Quentin Schulz The three blocks share the same LABEL and KERNEL content, so let's factor that part out. Signed-off-by: Quentin Schulz --- meta/classes-recipe/uboot-extlinux-config.bbclass | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/meta/classes-r

Re: [OE-core][PATCHv3 1/2] classes/ptest-python-pytest: add a new class to consolidate pytest ptest functionality

Hi Derek, On 12/18/24 7:05 PM, Derek Straka via lists.openembedded.org wrote: A large number of python packages leverage the pytest unit test framework for their ptest functionality. Currently, many of the tests have duplicate code for: 1. Installing pytest files 2. Declaring ptest de

Re: [OE-core][PATCHv2 1/2] classes/ptest-python-pytest: add a new class to consolidate pytest ptest functionality

Hi Derek, On 12/18/24 7:04 PM, Derek Straka wrote: V3 to be sent shortly based on inputs from you and Alex. On Wed, Dec 18, 2024 at 7:32 AM Quentin Schulz wrote: Hi Derek, Hi Quentin, Thanks for your note. On 12/18/24 12:12 AM, Derek Straka via lists.openembedded.org wrote: A large

Re: [OE-core][PATCHv2 1/2] classes/ptest-python-pytest: add a new class to consolidate pytest ptest functionality

Hi Derek, On 12/18/24 12:12 AM, Derek Straka via lists.openembedded.org wrote: A large number of python packages leverage the pytest unit test framework for their ptest functionality. Currently, many of the tests have duplicate code for: 1. Installing pytest files 2. Declaring ptest d

Re: [OE-core][PATCH] spdx: Fix SPDX tasks not running when code changes

Hi Joshua, On 11/22/24 4:49 PM, Joshua Watt via lists.openembedded.org wrote: The SPDX code makes heavy use of python classes. While this works very well, the bitbake dependency parser is unable to understand how to deal with them, and thus changes to the class code do not cause rebuilds to occu

Re: [OE-core][PATCH] spdx: Fix SPDX tasks not running when code changes

Hi Joshua, On 11/22/24 4:49 PM, Joshua Watt via lists.openembedded.org wrote: The SPDX code makes heavy use of python classes. While this works very well, the bitbake dependency parser is unable to understand how to deal with them, and thus changes to the class code do not cause rebuilds to occu

Re: [OE-core] [PATCH v2 2/3] package_rpm: use zstd's default compression level

175648k to 234860k. I think it's a worthy default tradeoff. Signed-off-by: Alexander Kanavin zstd fixup Signed-off-by: Alexander Kanavin Small oopsie there :) Looks ok to me otherwise, Reviewed-by: Quentin Schulz Thanks! Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all mes

Re: [OE-core] [PATCH 1/2] package_rpm: use zstd's default compression level

Hi Alex, On 11/20/24 4:03 PM, Alexander Kanavin via lists.openembedded.org wrote: From: Alexander Kanavin zstd uses 3 by default, while 19 is the highest and slowest. It's not clear why 19 was picked to begin with, possibly I copy-pasted it from rpm's examples without thinking: https://git.yoc

Re: [OE-core] [PATCH v2 1/3] bitbake.conf: make ZSTD_COMPRESSION_LEVEL a number rather than a dash-prefixed option

modifying it, they need to put a number instead of the number prefixed with a dash) in the migration manual for walnascar, would you mind sending a patch to the docs for that (or at the very least open a bug ticket so it's tracked) once this gets merged? Looks good to me, Reviewed-by: Qu

Re: [OE-core] [PATCH v3 1/4] python3-cython: add patch to prefix map source paths in generated files

Hi Ross, On 11/8/24 12:55 PM, Ross Burton via lists.openembedded.org wrote: Cython generates C source code that contains mentions to the original .py files, which results in build paths being embedded inside the binaries. Implement prefix remapping to change these build paths to point at the ta

Re: [OE-core] [PATCH] classes-recipe/core-image: drop debug-tweaks IMAGE_FEATURE

Hi Ross, On 11/7/24 2:47 PM, Ross Burton via lists.openembedded.org wrote: Remove the 'debug-tweaks' IMAGE_FEATURE. It sounds friendly and kind to developers, but it results primarily in an image which root can login remotely without a password. This is incredibly useful for local development a

Re: [OE-core] [PATCH] linux-firmware: Add qcom-qcm6490-{audio,compute} firmware packages

Hi Vivek, On 10/25/24 8:20 AM, Vivek Puar via lists.openembedded.org wrote: Hi Richard, Can you please review this? Please be patient, you literally gave the community one working day (on European timezone) to review this. It's a bit fast to ping people, especially on non-critical pieces o

Re: [OE-core] [kirkstone][PATCH] libyaml: Add libyaml ptest

Hi Virendra, On 10/21/24 9:42 AM, virendra thakur via lists.openembedded.org wrote: From: Virendra Thakur Install libyaml test suite and run it as ptest. The run-ptest script iterates through executable files copied from the host, runs each on the target. Is there a reason this is targeted

Re: [OE-core] [PATCH v2] linux-firmware: Upgrade to 20241017 and allow compressing firmware

Hi Zoltan, On 10/18/24 11:26 AM, Zoltan Boszormenyi via lists.openembedded.org wrote: The new 20241017 version contains some breaking changes regarding firmware file deduplication. Disable running check_whence.py in copy-firmware.sh to avoid build issues. Instead, assume that WHENCE as accepted

Re: [OE-core] [PATCH RESEND] u-boot: upgrade 2024.07 -> 2024.10

Hi Mathieu, On 10/17/24 3:19 PM, Mathieu Dubois-Briand via lists.openembedded.org wrote: [You don't often get email from mathieu.dubois-briand=bootlin@lists.openembedded.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] On Mon, Oct 14, 2024 at 08:35:49AM

Re: [OE-core][PATCH] tune-cortexa32: set tune feature as armv8a

Hi Alex, On 10/17/24 10:34 AM, Alexander Kanavin wrote: On Thu, 17 Oct 2024 at 10:18, Quentin Schulz via lists.openembedded.org wrote: Cortexa32 is a 32-bit armv8a architecture processor, so set the tune feature as armv8a instead of aarch64 which is 64-bit armv8a architecture. That's

Re: [OE-core][PATCH] tune-cortexa32: set tune feature as armv8a

Hi Khem, Jagadeesh, On 10/17/24 3:36 AM, Khem Raj via lists.openembedded.org wrote: On Wed, Oct 16, 2024 at 5:26 AM Jagadeesh Krishnanjanappa via lists.openembedded.org wrote: Cortexa32 is a 32-bit armv8a architecture processor, so set the tune feature as armv8a instead of aarch64 which is 64

Re: [OE-core] [PATCH] bluez5: Fix the files installed in the obex package

Hi Alban, On 10/16/24 12:14 PM, Alban Bedel via lists.openembedded.org wrote: The above is the entirety of the mail I have received from you (same for your other patch for util-linux). This will drastically lower your chances of having reviews or even the patches merged. It seems like

Re: [OE-core] [PATCH v2] u-boot: upgrade 2024.07 -> 2024.10

roper hash and gnutls-native should be the dependency required to make the buildbot happy, therefore: Reviewed-by: Quentin Schulz Thanks! Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#205958): https://lists.openembedded.org/g/openembedded

Re: [OE-core] [PATCH RESEND] u-boot: upgrade 2024.07 -> 2024.10

Hi Fabio, On 10/14/24 1:35 PM, Fabio Estevam via lists.openembedded.org wrote: From: Fabio Estevam Upgrade to U-Boot 2024.10. It seems like AUH is trying to do the same and fails, c.f. https://lore.kernel.org/openembedded-core/01010192901b0371-284b1cb4-52f7-451c-806a-9e474e608d04-000...@us

Re: [OE-core] [PATCH 1/6] linux-yocto-dev: conditionally add coreutils to depends

it ourselves +DEPENDS += "${@bb.utils.contains('HOSTTOOLS', 'truncate', '', 'coreutils-native', d)}" + Nice :) Reviewed-by: Quentin Schulz For the sake of completeness, truncate is part of HOSTTOOLS in scarthgap-5.0.5+ (yes, not released yet) and styhead an

Re: [OE-core] [PATCH scarthgap RFC] bitbake.conf: Add truncate to HOSTTOOLS

Hi all, On 9/30/24 12:36 PM, Quentin Schulz wrote: From: Richard Purdie Some wic images need this command. Since it is part of coreutils, it doesn't really cost anything to have in HOSTTOOLS and it avoids signifiant build dependencies on coreutils-native. [YOCTO #15571] (cherry p

Re: [OE-core] [PATCH] patchtest: add "Inactive-Upstream"

Hi Katariina, On 10/8/24 8:33 AM, Katariina Lounento via lists.openembedded.org wrote: [You don't often get email from katariina.lounento=vaisala@lists.openembedded.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] From: Katariina Lounento The list of v

Re: [OE-core] Need support: Turbostat is not compiling in 6.8 custom kernel!

Hi Kamal, On 10/4/24 4:19 PM, Kamal GMBH via lists.openembedded.org wrote: You don't often get email from kamalgmbh32=gmail@lists.openembedded.org. Learn why this is important I am using 6.8 custom kernel and yocto scarthgap and i am using x8

Re: [OE-core] [kirkstone][PATCH v3] kmscube: Add patch to fix -int-conversion build error

Hi Purushottam, On 10/1/24 7:01 AM, Purushottam Kumar wrote: Hi Quentin, Shall I update the SRCREV to latest and revert below commit change as patch would be fine for kirstone? https://gitlab.freedesktop.org/mesa/kmscube/-/ commit/4961a04b4a434aefbd412eb24fb76998036eaaf6 Or shall I push speci

Re: [OE-core] [kirkstone][PATCH v3] kmscube: Add patch to fix -int-conversion build error

: Purushottam Choudhary Reviewed-by: Quentin Schulz Thanks! Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#205119): https://lists.openembedded.org/g/openembedded-core/message/205119 Mute This Topic: https://lists.openembedded.org/mt

[OE-core] [PATCH scarthgap RFC] bitbake.conf: Add truncate to HOSTTOOLS

10117) [necessary for building Linux kernel >= 6.11 with CONFIG_KALLSYMS, c.f. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=1472464c6248575bf2d01c7f076b94704bb32c95] Signed-off-by: Richard Purdie Signed-off-by: Quentin Schulz --- The Linux kernel in its 6.11 re

Re: [OE-core] [kirkstone][PATCH v2] kmscube: Add patch to fix -int-conversion build error

Hi Purushottam, On 9/30/24 12:11 PM, Purushottam Kumar wrote: Hi Quentin, You are correct. As discussed earlier, In my opinion, Updating SRCREV instead of adding as patch will be a better option for Master and scarthgap branch.But for kirskstone, might will get compatiblity issue with gstreamer

Re: [OE-core] [PATCH 1/5] linux-yocto-dev: bump to v6.11

Hi Bruce, On 9/25/24 4:23 PM, Bruce Ashfield wrote: On Wed, Sep 25, 2024 at 10:07 AM Quentin Schulz wrote: Hi Bruce, On 9/25/24 3:57 PM, Bruce Ashfield wrote: On Wed, Sep 25, 2024 at 9:37 AM Quentin Schulz Hi Bruce, On 9/24/24 4:11 PM, Bruce Ashfield wrote: On Tue, Sep 24, 2024 at 9

Re: [OE-core] [PATCH v3] default-distrovars: Have KERNEL_CONSOLE reference SERIAL_CONSOLES

Hi Ross, On 9/24/24 1:35 PM, Ross Burton via lists.openembedded.org wrote: On 20 Sep 2024, at 19:41, Jon Mason via lists.openembedded.org wrote: --- a/scripts/lib/wic/canned-wks/mkefidisk.wks +++ b/scripts/lib/wic/canned-wks/mkefidisk.wks @@ -8,4 +8,4 @@ part / --source rootfs --ondisk sda

Re: [OE-core] [kirkstone][PATCH v2] kmscube: Add patch to fix -int-conversion build error

Hi Purushottam, On 9/30/24 11:23 AM, Purushottam Choudhary via lists.openembedded.org wrote: On some platforms, `EGLNativeDisplayType` is an int instead of a pointer, in which case the void pointer will raise a `-Wint-conversion`. Please provide an explanation as to why this isn't first contr

Re: [OE-core] [PATCH v3] default-distrovars: Have KERNEL_CONSOLE reference SERIAL_CONSOLES

by the machine config file as SERIAL_CONSOLES, which has one or more entries. Take the first one of those instead of ttyS0, but default back to ttyS0 if nothing is set. Also, use this variable in the efi wic file instead of "ttyS0". This includes revisions suggested by Quentin Schul

Re: [OE-core] [meta-oe][kirkstone][PATCHv2] kmscube: Add patch to fix -int-conversion build error

Hi Purushottam, This triggers Patchtest because you have "meta-oe" in the mail subject I believe. meta-oe patches are not handled on openembedded-core mailing list. That patch is for openembedded-core though as it's in OE-Core repo, c.f. https://git.openembedded.org/openembedded-core/tree/met

Re: [oe-core][PATCH] kmscube: Upgrade to latest revision

Hi Purushottam, On 9/27/24 4:17 PM, Purushottam Kumar wrote: Hi, Thanks for the quick response. Yes, for kirkstone branch need a separate commit but there gstreamer version is 1.20.7. Please ignore this patch i will share specific change commit for kmscube for master and kirskstone. I think

Re: [oe-core][PATCH] kmscube: Upgrade to latest revision

only go to scarthgap and not kirkstone. We may want to do the backporting, c.f.: https://gitlab.freedesktop.org/mesa/kmscube/-/commit/4961a04b4a434aefbd412eb24fb76998036eaaf6 """ This solves negotiation issues encountered with V4L2 stateless hardware video decoders when using kms

Re: [OE-core] [PATCH 1/5] linux-yocto-dev: bump to v6.11

Hi Bruce, On 9/25/24 3:57 PM, Bruce Ashfield wrote: On Wed, Sep 25, 2024 at 9:37 AM Quentin Schulz wrote: Hi Bruce, On 9/24/24 4:11 PM, Bruce Ashfield wrote: On Tue, Sep 24, 2024 at 9:02 AM Quentin Schulz Hi Bruce, On 8/11/24 8:04 PM, Bruce Ashfield via lists.openembedded.org wrote

Re: [OE-core] [PATCH 1/5] linux-yocto-dev: bump to v6.11

Hi Bruce, On 9/24/24 4:11 PM, Bruce Ashfield wrote: On Tue, Sep 24, 2024 at 9:02 AM Quentin Schulz wrote: Hi Bruce, On 8/11/24 8:04 PM, Bruce Ashfield via lists.openembedded.org wrote: From: Bruce Ashfield Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-dev.bb

Re: [OE-core] [PATCH 1/5] linux-yocto-dev: bump to v6.11

Hi Bruce, On 8/11/24 8:04 PM, Bruce Ashfield via lists.openembedded.org wrote: From: Bruce Ashfield Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-dev.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-d

Re: [OE-core] [PATCH v2] default-distrovars: Have KERNEL_CONSOLE reference SERIAL_CONSOLES

Hi Jon, On 8/29/24 11:41 PM, Jon Mason via lists.openembedded.org wrote: Currently, KERNEL_CONSOLE has a default value of "ttyS0". However, Arm machines and those using virtio serial prefer to use "ttyAMA0" or "hvc0" (or something else). These are usually defined by the machine config file as

Re: [OE-core] [PATCH v2] linux-firmware: package qcom-vpu firmware

Hi Dmitry, On 8/27/24 3:18 PM, Dmitry Baryshkov wrote: [...] It's also not necessarily required to merge those together as we could probably still have two different packages to avoid bringing in files we don't need (I assume the same SoC doesn't have both a VPU 1.0 and a VPU 2.0 ?). First of

Re: [OE-core] [PATCH v2] linux-firmware: package qcom-vpu firmware

Hi Dmitry, On 8/27/24 1:35 PM, Dmitry Baryshkov wrote: Hi Quentin, Excuse me, I missed your review before sending v2. On Tue, 27 Aug 2024 at 13:25, Quentin Schulz wrote: Hi Dmitry, On 8/27/24 12:09 PM, Dmitry Baryshkov via lists.openembedded.org wrote: Release 20240811 has restructured

Re: [OE-core] [scarthgap][PATCH v2] linux-firmware: add a package for ath12k firmware

Hi Dmitry, On 8/27/24 1:37 PM, Dmitry Baryshkov wrote: On Tue, 27 Aug 2024 at 14:32, Quentin Schulz wrote: Hi Dmitry, On 8/27/24 12:03 PM, Dmitry Baryshkov via lists.openembedded.org wrote: From: Bartosz Golaszewski Add the firmware package for the ATH12K module. Signed-off-by: Bartosz

Re: [OE-core] [scarthgap][PATCH v2] linux-firmware: add a package for ath12k firmware

: - Added PN-ath12k to RDEPENDS:PN as not to break users expecting ath12k from linux-firmware (Quentin Schulz) Was it really part of the linux-firmware package? I hadn't checked myself, it was an assumption. Cheers, Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages se

Re: [OE-core] [PATCH 1/2] linux-firmware: make qcom-sc8280xp-lenovo-x13s-audio install Linaro licence

("linux-firmware: package audio topology for Lenovo X13s") Reviewed-by: Quentin Schulz Thanks! Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#203830): https://lists.openembedded.org/g/openembedded-core/message/203830 Mute This To

Re: [OE-core] [PATCH v2] linux-firmware: package qcom-vpu firmware

Hi Dmitry, On 8/27/24 12:09 PM, Dmitry Baryshkov via lists.openembedded.org wrote: Release 20240811 has restructured the locations of Qualcomm VPU firmware. Follow those changes and implement a single linux-firmware-qcom-vpu package holding all VPU firmware files. Use RPROVIDES to provide previo

[OE-core] [PATCH scarthgap] weston-init: fix weston not starting when xwayland is enabled

From: Quentin Schulz When xwayland PACKAGECONFIG option is set, xwayland is enabled in weston.ini. However, if the xwayland module isn't installed, weston will refuse to start with the following error message: Failed to load module: /usr/lib/libweston-13/xwayland.so: cannot open shared o

Re: [OE-core] [scarthgap][PATCH] linux-firmware: add a package for ath12k firmware

Hi Dmitry, On 8/26/24 3:39 AM, Dmitry Baryshkov via lists.openembedded.org wrote: From: Bartosz Golaszewski Add the firmware package for the ATH12K module. Signed-off-by: Bartosz Golaszewski Signed-off-by: Dmitry Baryshkov --- .../linux-firmware/linux-firmware_20240312.bb | 7

[OE-core] [PATCH] weston-init: fix weston not starting when xwayland is enabled

From: Quentin Schulz When xwayland PACKAGECONFIG option is set, xwayland is enabled in weston.ini. However, if the xwayland module isn't installed, weston will refuse to start with the following error message: Failed to load module: /usr/lib/libweston-13/xwayland.so: cannot open shared o

Re: [OE-Core][scarthgap][PATCH] rust: Add new varaible RUST_ENABLE_EXTRA_TOOLS

Hi Ranjitsinh, Is this not compatible with master? If so, why? If not, please send the patch for the master branch (just remove the [scarthgap] prefix) first, then we can backport it to still-maintained branches once merged in master. The rule is basically: master first then backport or maste

Re: [OE-core] How to contribute in meta-lts-mixins layer?

Hi Ranjitsinh, On 7/29/24 3:52 PM, Ranjitsinh Rathod via lists.openembedded.org wrote: You don't often get email from ranjitsinh.rathod=kpit@lists.openembedded.org. Learn why this is important Hello all, I want to contribute for the layer meta

Re: [oe-core][PATCHv3] mesa: update 24.0.7 -> 24.1.4

Hi Markus, On 7/20/24 3:36 PM, Markus Volk via lists.openembedded.org wrote: - Remove two patches that have been merged upstream - Remove 0001-Revert-meson-do-not-pull-in-clc-for-clover.patch Upstream managed to fix this: https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/meson.bu

Re: [OE-core] [kirkstone][PATCH] uboot-sign: Fix index error in concat_dtb_helper() with multiple configs

Hi Florian, On 7/2/24 10:14 AM, Florian Amstutz via lists.openembedded.org wrote: You don't often get email from florian.amstutz=scs...@lists.openembedded.org. Learn why this is important Since j is not unset after the inner loop, the image will on

Re: [OE-core] [PATCH] u-boot: Fix potential index error issues in do_deploy with multiple u-boot configurations

Hi Florian, On 7/2/24 10:16 AM, Florian Amstutz via lists.openembedded.org wrote: You don't often get email from florian.amstutz=scs...@lists.openembedded.org. Learn why this is important If i or j have not been unset in do_deploy:prepend functions

Re: [OE-core] [PATCH 1/2] librsvg: don't try to run target code at build time

Hi Ross, On 6/27/24 7:23 PM, Ross Burton via lists.openembedded.org wrote: The rsvg-loader test binary isn't installed but building it causes a mix of build host and target code to be executed. As we don't install the test, don't build it. Signed-off-by: Ross Burton --- .../librsvg/disable-

Re: [OE-core] [PATCH] u-boot.inc: WORKDIR -> UNPACKDIR transition

Hi Richard, On 6/26/24 3:20 PM, Richard Purdie via lists.openembedded.org wrote: On Mon, 2024-06-24 at 00:32 +0300, Leon Anavi via lists.openembedded.org wrote: Replace references of WORKDIR with UNPACKDIR for U-Boot script and variable UBOOT_ENV_BINARY, for example for boot.scr. Signed-off-by

Re: [OE-core] mesa: build failure in CI, dependency not found

now :/ I can provide the following info already though (patches not tested): """ commit 9d03be215762c45ad547446a29865c20c9ed4c2c Author: Quentin Schulz Date: Wed Jun 5 13:31:29 2024 +0200 mesa: enable RayTracing by default on intel if clc is enabled Th

Re: [OE-core] [PATCH 3/3] mesa: add new package for Mali CSFFW Valhall firmware

Hi Richard, On 6/4/24 4:59 PM, Richard Purdie wrote: On Tue, 2024-06-04 at 16:23 +0200, Quentin Schulz via lists.openembedded.org wrote: Hi all, The title is misleading, this isn't for mesa but for linux-firmware. I know this has been reverted in master-next has it? :/ I don'

Re: [OE-core] [PATCH 3/3] mesa: add new package for Mali CSFFW Valhall firmware

e wants to use open-source mesa on RK3588(S). Cheers, Quentin On 5/31/24 1:53 PM, Quentin Schulz wrote: From: Quentin Schulz This firmware is necessary for closed-source mali blob + drivers and open-source Panthor (via Mesa + Linux kernel) drivers. Signed-off-by: Quentin Schulz --- meta

Re: [OE-core] mesa: build failure in CI, dependency not found

Hi Joao, On 6/3/24 5:39 PM, Joao Marcos Costa via lists.openembedded.org wrote: Hello, The following error was raised in Swat's CI: | Run-time dependency libclc found: NO (tried pkgconfig) | | ../mesa-24.1.0/meson.build:852:12: ERROR: Dependency "libclc" not found, tried pkgconfig | | A full

Re: [OE-core] [PATCH v4 2/2] image-bootfiles.bbclass: new class, copy boot files to root filesystem

filesystem. Signed-off-by: Marcus Folkesson Reviewed-by: Quentin Schulz Thanks! Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#200068): https://lists.openembedded.org/g/openembedded-core/message/200068 Mute This Topic: https

  1   2   3   4   >