On Mon, Dec 30, 2024 at 07:08 AM, Mathieu Dubois-Briand wrote:
>
> Mathieu
Hey, we can drop this patch. Appears to be fixed on my end after commit
https://git.openembedded.org/openembedded-core/commit/?id=a414f47009811fa6886e43fd2b4c928a906a65f3
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all m
Sorry about the spam.
Forgot about the fact that there's a class that fixes the issue I was seeing.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#209136):
https://lists.openembedded.org/g/openembedded-core/message/209136
Mute This Topic: https://
Error:
libtool: Version mismatch error. This is libtool 2.5.4, but the
libtool: definition of this LT_INIT comes from libtool 2.5.2.
libtool: You should recreate aclocal.m4 with macros from libtool 2.5.4
libtool: and run autoconf again.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-core
Commit adds in hackish fix for
libtool: Version mismatch.
Along with subsequent errors that occur after fix.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-core/gettext/gettext_0.22.5.bb | 28 +
1 file changed, 28 insertions(+)
diff --git a/meta/recipes-core/gettext
Commit adds in hackish fix for
libtool: Version mismatch.
Along with subsequent errors that occur after fix.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-core/gettext/gettext_0.22.5.bb | 28 +
1 file changed, 28 insertions(+)
diff --git a/meta/recipes-core/gettext
v2023.7 of google shaderc hash was updated to
https://github.com/google/shaderc/commit/3882b16417077aa8eaa7b5775920e7ba4b8a224d
https://github.com/google/shaderc/releases/tag/v2023.7
Signed-off-by: Vincent Davis Jr
---
meta/recipes-graphics/shaderc/shaderc_2023.7.bb | 2 +-
1 file changed, 1
Hey just updating,
Best to mark this one as a non issue.
Everything I tried when I use poky resulted in a complete build.
Oddly enough however in my setup if you run
*MACHINE="qemux86-64" bitbake core-image-base*
this results in a complete build.
While running the above using my *build.sh* wr
Yea, I can try to find root cause. May just be my setup.
In my setup mesa-driver-swrast package doesn't exists or rather doesn't get
generated
which is why during rootfs creation the package manager opkg fails on me.
*Exact error:*
>
>
>
> Solver encountered 1 problem(s):
> Problem 1/1:
> -
: Vincent Davis Jr
---
meta/conf/machine/include/qemu.inc | 6 +-
meta/conf/machine/qemux86-64.conf | 7 ++-
meta/conf/machine/qemux86.conf | 7 ++-
3 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/meta/conf/machine/include/qemu.inc
b/meta/conf/machine/include
that error nolonger occurs.
Signed-off-by: Vincent Davis Jr
---
.../packagegroups/packagegroup-core-x11-xserver.bb | 5 +
1 file changed, 5 insertions(+)
diff --git
a/meta/recipes-graphics/packagegroups/packagegroup-core-x11-xserver.bb
b/meta/recipes-graphics/packagegroups
Enables use of the iasl compiler on the host
side of a given generated SDK.
via
TOOLCHAIN_HOST_TASK += "nativesdk-acpica"
Signed-off-by: Vincent Davis Jr
---
meta/recipes-extended/acpica/acpica_20230628.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/me
Hey Jordan,
Yeah, the issue turned out to be a property set in SPIRV-ToolsTarget.cmake.
Commit bellow should explain
Although ${base_libdir} should of been ${baselib}.
https://lists.openembedded.org/g/openembedded-core/message/182445
Also, renamed recipe to vulkan-validation-layers. Let me know
As found in meta-freescale
https://github.com/Freescale/meta-freescale/pull/1573
Can't update VULKAN_HEADERS_INSTALL_DIR as certain build environments will fail.
If changed.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182735):
https://lists.op
ff-by: Vincent Davis Jr
---
.../vulkan/vulkan-validation-layers_1.3.243.0.bb | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-graphics/vulkan/vulkan-validation-layers_1.3.243.0.bb
b/meta/recipes-graphics/vulkan/vulkan-validation-layers_1.3.243.0.bb
Sorry, Guys want to cancel this MR. Thought I saw the VulkanHeadersConfig.cmake
be located in /usr/share/cmake when testing on other platforms
and different distro features. Changes to VULKAN_HEADERS_INSTALL_DIR fail in
certain configurations.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messa
Its only the lib name and not absolute base
libpath thats needed here.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-graphics/spir/spirv-tools_1.3.243.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/spir/spirv-tools_1.3.243.0.bb
b/meta/recipes
On Sun, Jun 11, 2023 at 10:29 PM, Vincent Davis Jr wrote:
>
> Ignore PATCH
Nevermind patch should be good
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182652):
https://lists.openembedded.org/g/openembedded-core/message/182652
Mute This
Ignore PATCH
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182651):
https://lists.openembedded.org/g/openembedded-core/message/182651
Mute This Topic: https://lists.openembedded.org/mt/99476174/21656
Group Owner: openembedded-core+ow...@lists.open
Its only the lib name and not absolute base
libpath thats needed here.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-graphics/spir/spirv-tools_1.3.243.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/spir/spirv-tools_1.3.243.0.bb
b/meta/recipes
Just tried that builds for me.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182647):
https://lists.openembedded.org/g/openembedded-core/message/182647
Mute This Topic: https://lists.openembedded.org/mt/99472427/21656
Group Owner: openembedded-cor
n looking
for .cmake files after first looking into
CMAKE_FIND_PACKAGE_REDIRECTS_DIR directory.
Signed-off-by: Vincent Davis Jr
---
.../vulkan/vulkan-validation-layers_1.3.243.0.bb| 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-graphics/vulkan/vu
it
Solution:
Remove "/usr/" from base_libdir string if present as base_libdir
should only contain name of directory.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-graphics/spir/spirv-tools_1.3.243.0.bb | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
Hey Khem,
Thanks, the perp seems to be usrmerge in distro features.
Creating patch to account for it in spirv-tools recipe.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182638):
https://lists.openembedded.org/g/openembedded-core/message/182638
M
Working to reproduce on my end to be sure it nothing more than changing
BASE_LIB.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182636):
https://lists.openembedded.org/g/openembedded-core/message/182636
Mute This Topic: https://lists.openembedded
Yeah, it's related to this issue here
https://lists.openembedded.org/g/openembedded-core/message/173249
And yeah vulkan-validation-layers cmake pulls in the properties set in
SPIRV-ToolsTarget.cmake during the configure stage. The key cmake
property being INTERFACE_LINK_LIBRARIES.
Commit message
Created patch series should be fine to build now
1. https://lists.yoctoproject.org/g/meta-freescale/message/24918
2. https://lists.yoctoproject.org/g/meta-freescale/message/24919
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182598):
https://list
Out of curiosity why does meta-freescale downgrade vulkan version to v1.2.182.0?
Either way adding vulkan-validation-layers_1.2.182.0.bb to
https://git.yoctoproject.org/meta-freescale/tree/recipes-downgrade/vulkan (
https://git.yoctoproject.org/meta-freescale/tree/recipes-downgrade/vulkan )
and
P
While I setup build environment for imx8 platform.
Does updating VULKAN_HEADERS_INSTALL_DIR to
-DVULKAN_HEADERS_INSTALL_DIR=${STAGING_DATADIR}
change anything?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182529):
https://lists.openembedded.org/
Add a recipe to build the Khronos official Vulkan validation
layers that can assist developers in verifying that their
applications correctly use the Vulkan APIs.
Signed-off-by: Vincent Davis Jr
---
meta/conf/distro/include/maintainers.inc | 1 +
.../vulkan-validation-layers_1.3.243.0.bb
INTERFACE_INCLUDE_DIRECTORIES "${_IMPORT_PREFIX}/include"
INTERFACE_LINK_LIBRARIES "${_IMPORT_PREFIX}/lib"
)
If base_libdir isn't lib, but lib64 you get the error
described at the being of commit message as lib directory
doesn't exists.
Solution replace ha
Requires spirv-tools base_libdir fix to be merged.
https://lists.openembedded.org/g/openembedded-core/message/182353
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182355):
https://lists.openembedded.org/g/openembedded-core/message/182355
Mute Thi
Signed-off-by: Vincent Davis Jr
---
meta/conf/distro/include/maintainers.inc | 1 +
.../vulkan-validation-layers_1.3.243.0.bb | 51 +++
2 files changed, 52 insertions(+)
create mode 100644
meta/recipes-graphics/vulkan/vulkan-validation-layers_1.3.243.0.bb
diff --git
INTERFACE_INCLUDE_DIRECTORIES "${_IMPORT_PREFIX}/include"
INTERFACE_LINK_LIBRARIES "${_IMPORT_PREFIX}/lib"
)
If base_libdir isn't lib, but lib64 it leads to errors such as
error: '../recipe-sysroot/usr/lib',
needed by 'layers/libVkLayer_khronos_validation.so&#
Added Github issue to Vulkan-ValidationLayers here
https://github.com/KhronosGroup/Vulkan-ValidationLayers/issues/5964
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182346):
https://lists.openembedded.org/g/openembedded-core/message/182346
Mute T
_LIBARIES.
Solution is to temporarily create it "../recipes-sysroot/usr/lib" to
bypass build issues.
Signed-off-by: Vincent Davis Jr
---
meta/conf/distro/include/maintainers.inc | 1 +
.../vulkan-validation-layers_1.3.243.0.bb | 73 +++
2 files changed, 74 i
Hello,
Is there any status on this? I'd definitely benefit from this.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#182122):
https://lists.openembedded.org/g/openembedded-core/message/182122
Mute This Topic: https://lists.openembedded.org/mt/9494
Same problem as above
https://lists.openembedded.org/g/openembedded-core/topic/94795411#172656
Maybe try MACHINE_ESSENTIAL_EXTRA_RDEPENDS with OE core master.
For me it only includes specified linux-firmware package.
I had a similar issue awhile back, but I think a solution landed in OE core
m
use of TARGET_CFLAGS variable in mesa-gl recipe
to fix bellow compilation bug.
/../recipe-sysroot/usr/include/xf86drm.h:40:10: fatal error: drm.h: No such
file or directory
|40 | #include
Signed-off-by: Vincent Davis Jr
---
...-backend-fix-gbm-compile-without-dri.patch | 65 +
7;
| collect2: error: ld returned 1 exit status
Add patch bypasses compilation issue by excluding gbm dri backend.
Signed-off-by: Vincent Davis Jr
---
...0001-undefined-reference-gbm-backend.patch | 51 +++
meta/recipes-graphics/mesa/mesa-gl_22.2.3.bb | 6 +++
2 files ch
7;
| collect2: error: ld returned 1 exit status
Add patch bypasses compilation issue by excluding gbm dri backend.
Signed-off-by: Vincent Davis Jr
---
...0001-undefined-reference-gbm-backend.patch | 51 +++
meta/recipes-graphics/mesa/mesa-gl_22.2.3.bb | 6 +++
2 files ch
Nevermind see this was just merge in :)
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174013):
https://lists.openembedded.org/g/openembedded-core/message/174013
Mute This Topic: https://lists.openembedded.org/mt/95264122/21656
Group Owner: openemb
Hello,
Is the consensuses that we still don't want
PREFERRED_PROVIDER_virtual/libglx ?= "mesa" or
${@bb.utils.contains('PACKAGECONFIG', 'egl', 'true', 'false', d)}
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174012):
https://lists.openembedde
Allows mesa to be built with glvnd support.
Thus, creates libEGL_mesa.so* and libGLX_mesa.so*
mesa(vendor) libraries meant to coexist with vendor
neutral dispatch libraries from libglvnd.
Signed-off-by: Vincent Davis Jr
---
.../conf/distro/include/default-providers.inc | 1 +
meta/recipes
Will have change for placing /usr/share/glvnd/egl_vendor.d/50_mesa.json into
FILES:libegl-mesa next patch.
To answer first question. I'd say yes, there may be multiple recipes that
contain an implementation of libGLX_VENDOR library
(libGLX_mesa.so, libGLX_nvidia.so, etc...). Although mesa recipe
Hello,
Is there any status on merging this?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#173666):
https://lists.openembedded.org/g/openembedded-core/message/173666
Mute This Topic: https://lists.openembedded.org/mt/94584118/21656
Group Owner: op
Can also confirm that patch worked for me
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#173248):
https://lists.openembedded.org/g/openembedded-core/message/173248
Mute This Topic: https://lists.openembedded.org/mt/95018621/21656
Group Owner: opene
Yes can try now
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#173247):
https://lists.openembedded.org/g/openembedded-core/message/173247
Mute This Topic: https://lists.openembedded.org/mt/94995332/21656
Group Owner: openembedded-core+ow...@lists.o
To answer second question. When you don't include
EXTRA_OECMAKE:append:class-native = "\
-DLLVM_LIBDIR_SUFFIX=64 \
"
meson configure fails with
| llvm-config found: YES
(/../../../../../../../../tmp/work/amd64-northstar-linux/mesa/2_22.2.2-r0/recipe-sysroot/usr/bin/crossscripts/ll
O I see usr/lib directory does exists for me in recipe-sysroot-native too, but
not in recipe-sysroot.
Think mesa configure may be utilizing the version of llvm-config in
recipe-sysroot and
not recipe-sysroot-native.
mesa/2_22.2.2-r0/mesa-22.2.2# ldd ../recipe-sysroot-native/usr/bin/llvm-config
l
Hey,
Desired outcome is for mesa meson configure to succeeded by updating
RUNPATH on llvm-config native binary required by mesa when gallium-llvm
included. When running bitbake -c devshell mesa. Then chrpath -l on llvm-config
Should return on TARGET_ARCH x86_64
$ORIGIN/../lib64:$ORIGIN/../../lib6
chitecture dependent directory name.
Commit also fixes issue with llvm-config --libdir command
by setting LLVM_LIBDIR_SUFFIX. Command will return proper
architecture dependent directory name.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-devtools/llvm/llvm_git.bb | 26 ++
Yes, can check if possible later.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#173123):
https://lists.openembedded.org/g/openembedded-core/message/173123
Mute This Topic: https://lists.openembedded.org/mt/94954642/21656
Group Owner: openembedded-
d-off-by: Vincent Davis Jr
---
meta/recipes-graphics/mesa/mesa.inc | 8
1 file changed, 8 insertions(+)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index 77f9a5c81d..76247932ec 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/re
tinfo.so.5 library can be found in STAGING_BASELIBDIR
update rpath on llvm-config to STAGING_BASELIBDIR. So, that
meson configure succeeds.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-graphics/mesa/mesa.inc | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta/recip
tinfo.so.5 library can be found in STAGING_BASELIBDIR
update rpath on llvm-config to STAGING_BASELIBDIR. So, that
meson configure succeeds.
Signed-off-by: Vincent Davis Jr
---
meta/recipes-graphics/mesa/mesa.inc | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/meta/recip
Haven't tested, but seems as above might fix the other gallium-llvm mesa issue
I ran into when build for an x86_64 MACHINE.
# meson configure fails when the llvm-config --shared-mode command fails to
find libs in ${STAGING_LIBDIR}
# Temp solution copy files from recipe-sysroot/usr/lib64 to
reci
There's an issues that I've run into. Haven't been able to solve on my own.
Does anyone have any pointers that they can give me?
May be python version related. So, far downgrading meson version hasn't worked
out for me.
Manually checking if version string is empty in universal.py then setting it
Hi,
Are there any autobuilder updates on this?
Know last patch I didn't realize I wasn't packaging the EGL .so in development
package.
FILES:libegl-mesa-dev = "${libdir}/libEGL*.so.*..."
Patch updates to
FILES:libegl-mesa-dev = "${libdir}/libEGL*.* ..."
-=-=-=-=-=-=-=-=-=-=-=-
Links: You rece
I can confirm I'm seeing something similar with
MACHINE_ESSENTIAL_EXTRA_RDEPENDS = "linux-firmware-amdgpu"
I use with OE-core kirkstone HEAD + custom distro config. Was wondering of the
best way to debug why issue occurs.
Is there anything else besides bitbake -g and INHERIT +=
"buildhistory"
Add packages for the firmware required by amdgpu kernel driver.
Signed-off-by: Vincent Davis Jr
Signed-off-by: Alexandre Belloni
---
.../linux-firmware/linux-firmware_20220913.bb| 12
1 file changed, 12 insertions(+)
diff --git a/meta/recipes-kernel/linux-firmware/linux
Add packages for the firmware required by amdgpu kernel driver.
Signed-off-by: Vincent Davis Jr
Signed-off-by: Alexandre Belloni
---
.../linux-firmware/linux-firmware_20220913.bb| 12
1 file changed, 12 insertions(+)
diff --git a/meta/recipes-kernel/linux-firmware/linux
Allows mesa to be built with glvnd support.
Thus, creates libEGL_mesa.so* and libGLX_mesa.so*
libraries meant to coexist with vendor neutral
dispatch libraries from libglvnd.
Signed-off-by: Vincent Davis Jr
---
.../conf/distro/include/default-providers.inc | 1 +
meta/recipes-graphics/mesa
Yeah, but I couldn't find where runtime depend for libegl is set and
libEGL_mesa.* gets include in image as runtime dependency without me directly
setting it. A bit of confusion there for me. Feel as if I shouldn't need to
RDEPENDS:${PN} = "libglx" in recipe that requires it. Should just be incl
Allows mesa to be built with glvnd support.
Thus, creates libEGL_mesa.so* and libGLX_mesa.so*
libraries meant to coexist with vendor neutral
dispatch libraries from libglvnd.
Signed-off-by: Vincent Davis Jr
---
.../conf/distro/include/default-providers.inc | 1 +
meta/recipes-graphics/mesa
One issue. Can't seem to get libGLX_mesa.so* included unless I add libglx to
the RDEPENDS of another recipe.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#172073):
https://lists.openembedded.org/g/openembedded-core/message/172073
Mute This Topic:
Allows mesa to be built with glvnd support.
Thus, creates libEGL_mesa.so* and libGLX_mesa.so*
libraries meant to coexist with vendor neutral
dispatch libraries from libglvnd.
Signed-off-by: Vincent Davis Jr
---
meta/conf/distro/include/default-providers.inc | 1 +
meta/recipes-graphics/mesa
okay will do :)
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#172071):
https://lists.openembedded.org/g/openembedded-core/message/172071
Mute This Topic: https://lists.openembedded.org/mt/94500417/21656
Group Owner: openembedded-core+ow...@lists.o
Okay, yes this is an optional dependency of mesa. This recipe will allow for
glvnd support in mesa.
Thus, giving access to the GLX window-system API library and related libraries,
mesa will build
libGLX_mesa.so.*.* and libEGL_mesa.so.*.* when added. There may be applications
that require
direct
Signed-off-by: Vincent Davis Jr
---
.../libglvnd/libglvnd_1.5.0.bb| 30 +++
1 file changed, 30 insertions(+)
create mode 100644 meta/recipes-graphics/libglvnd/libglvnd_1.5.0.bb
diff --git a/meta/recipes-graphics/libglvnd/libglvnd_1.5.0.bb
b/meta/recipes
Add packages for the firmware required by amdgpu kernel driver.
Signed-off-by: Vincent Davis Jr
---
.../linux-firmware/linux-firmware_20220913.bb| 12
1 file changed, 12 insertions(+)
diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20220913.bb
b/meta
70 matches
Mail list logo
