mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-05-26 18:58:13 +02:00
79197dac58
VK-CTS v1.2.7.0 has buggy tests that only work if DRM support is available for them (drm_files_exist). This isn't exposed in the Mesa CI by other farms, because their infra installs libdrm-dev as part of either rootfs generation for freedreno/broadcom or respective container stages (for lava). In the case of radv, we directly use the x86 Mesa testing containers, so we are the odd ones out here. By moving the building of the custom libdrm above the building of vk-gl-cts, it will compile in support required for this test to pass, ensuring the x86_test-vk container has the right dependencies to match the rest of the CI. Lava actually installs drm development files twice, once from the Debian repos, which vk-gl-cts then compiles against, and a second time from a tarball, which the tests will use at runtime. Seemed a little cleaner to use the version of libdrm specified in the Mesa CI, and hence used at both build time and runtime. A bug should be raised with the testsuite to avoid this in the future, but we should probably have libdrm development files exposed for these components anyway. Reviewed-by: Michel Dänzer <mdaenzer@redhat.com> Reviewed-by: Martin Peres <martin.peres@mupuf.org> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/12777> |
||
|---|---|---|
| .. | ||
| bare-metal | ||
| common | ||
| container | ||
| fossils | ||
| lava | ||
| meson | ||
| piglit | ||
| vkd3d-proton | ||
| windows | ||
| cross-xfail-ppc64el | ||
| cross-xfail-s390x | ||
| crosvm-init.sh | ||
| crosvm-runner.sh | ||
| deqp-all-skips.txt | ||
| deqp-runner.sh | ||
| docs | ||
| download-git-cache.sh | ||
| fossilize-runner.sh | ||
| fossils.yml | ||
| prepare-artifacts.sh | ||
| report-flakes.py | ||
| run-shader-db.sh | ||
| test-source-dep.yml | ||
| x86_64-w64-mingw32 | ||