The current glslang fails to compile.
```
| /.../SPIRV/SpvTools.cpp: In function 'spv_target_env glslang::MapToSpirvToolsEnv(const SpvVersion&, spv::SpvBuildLogger*)':
| /.../SPIRV/SpvTools.cpp:75:32: error: 'SPV_ENV_VULKAN_1_4' is not a member of 'spv_target_env'
| 75 | return spv_target_env::SPV_ENV_VULKAN_1_4;
| | ^~~~~~~~~~~~~~~~~~
| /.../SPIRV/SpvTools.cpp: In function 'void glslang::SpirvToolsValidate(const TIntermediate&, std::vector<unsigned int>&, spv::SpvBuildLogger*, bool)':
| /.../SPIRV/SpvTools.cpp:168:5: error: 'spvValidatorOptionsSetAllowOffsetTextureOperand' was not declared in this scope
| 168 | spvValidatorOptionsSetAllowOffsetTextureOperand(options, intermediate.usingTextureOffsetNonConst());
| | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
```
Downgrade to 1.3.275.0 to align with the existing Vulkan downgrade.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
The series [1] changed the way sources are fetched/unpacked and
S needs to follow that. Additionally for git repos it moved away from
having 'git/' as the checkout directory.
This has been partly tested by building weston based image for
imx6/imx6ull/imx7/imx8/imx8mm/imx8mp/imx95 based images.
E.g. none of the recipes specific for qoriq is built time tested.
As walnascar is no longer compatible with master/whinlatter drop
it from LAYERSERIES_COMPAT.
[1] https://lore.kernel.org/openembedded-core/20250616095000.2918921-1-alex.kanavin@gmail.com/
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
as long as vulkan is part of distro features this should work. this also
ensures that build works when using eglfs with opengl instead
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The build does fail in do_configure:
```
| CMake Error at /opt/work/upstream/fsl-xwayland/tmp/work/cortexa72-cortexa53-crypto-mx8-fsl-linux/vulkan-validation-layers/1.2.182.0.imx-r0/recipe-sysroot-native/usr/share/cmake-3.26/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
| Could NOT find VulkanHeaders (missing: VulkanHeaders_INCLUDE_DIR)
Updating EXTRA_OECMAKE to match the upstream recipe does fix the configure error
```
Checking the upstream recipe, there are three changes in `EXTRA_OECMAKE`.
Aligning those does fix the failure.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
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.
Using vulkan version v1.2.182.0 to be compatible with
other vulkan recipes in meta-freescale layer.
Signed-off-by: Vincent Davis Jr <vince@underview.tech>
Rename from <recipe name>_<version>.bb to
<recipe name>_<version>.imx.bb
Hopefully making it more obvious that recipes
are forks/older version of what's in OE-core.
Signed-off-by: Vincent Davis Jr <vince@underview.tech>
