What problem are you attempting to solve by running a script from /etc/profile.d? ..Ch:W.. -- "Perfection must be reached by degrees; she requires the slow hand of time." - Voltaire

Hi, The Yocto uses /etc/profile for root login, but there is no root physical login in an embedded device so the /etc/profile is never called, I added a shell script to /etc/profile.d, it was not

Hi, I have following errors: No GNU_HASH in the ELF binary /build/tmp-glibc/work/cortexa7t2hf-neon-oe-linux-gnueabi/solar/1.0.0-0/packages-split/wifi_signal, didn't pass LDFLAGS? [ldflags] So I add

Bruce, It's an honor to get help from the author himself! I'm starting to understand why they have this: do_configure_prepend() { cp "${S}/arch/${ARCH}/configs/${KBUILD_DEFCONFIG}"

Bruce, I just realized that I replied only to you and not to the group. Hope it is ok that I post your answer here. On Sat, Oct 9, 2021 at 6:19 AM <mrkozmic@...> wrote: > > Bruce, > > Here .config

lists.yoctoproject.org wrote: It will pull in igc. There's a separate recipe for igc in meta-intel. compute-runtime will provide intel-opencl-icd but the package name is different. You can try

Assuming what you are using as a kernel recipe is linux-yocto based, the code that is adding the CONFIG_LOCALVERSION is a task that runs after do_configure. So just running -c configure, it shouldn't

Sorry for my ignorance, but I am missing your point, what exactly does the recipe provide when built, intel-opencl-icd ?, will it pull in igc ?

Sorry, I didn't understand the question. If you want to know which version of OpenCL is supported, please see the README for version that you're building. Also

I have defined LINUX_VERSION_EXTENSION in my kernel recipe. I have no CONFIG_LOCALVERSION or CONFIG_LOCALVERSION_AUTO defined in my defconfig After i run bitbake -c kernel_configme <my kernel recipe>

Thank you, just for clarification ... "Building the Neo driver", does that mean no OpenCL library support ?

lists.yoctoproject.org wrote: compute-runtime recipe would allow you to build NEO driver. zeus is no longer maintained so the version there is old and not tested now but it should still

Hello Tien, Since you already have a layer, have you thought about registering it with the layer-index ? http://layers.openembedded.org - Armin

Attached the diff. Thanks BMW Car IT GmbH Jonas Brich Spezialist Entwicklung Lise-Meitner-Str. 14 89081 Ulm Tel.: +49 731 3780 4292 Mail: jonas.brich@... Web:

Still, that list has items that should be fulfilled even without seeking YP compatibility, for instance: 9. All layers contain a README file which details the origin of the layer, its maintainer,

hey, Not really. We definitely believe that the Yocto Project Compatible program is a valuable tool for our ecosystem. However, layers on git.yp.org are not required to be compatible. But that's a

There's also a more specific thing you'd need to resolve: I believe you'd need to pass all of the requirements listed

Hi Alex, Actually we'd like to have it up and get everything (including meta-riscv by Khem) into git.yoctoproject.org so that everything in consolidated into a central location. Does that make sense?

Hello Tien, I have to ask first: is there a reason you'd like to have it there? Alex

Something in your custom setup disables opengl in qemu-system-native. Can you try core-image-weston with plain poky only? This is the test we use to ensure it does work, it lists all the settings