@ekultails @Lone_Wolf
Enabling the virtio-experimental vulkan driver shouldn't affect any normal use cases and shouldn't have any negative side effects as far as I can tell. I have built it and checked if the icd driver exists and everything looks fine. The only minor annoyance is that it is experimental and we need to remove the flag in the future. I'm going to go ahead and enable virtio-experimental vulkan driver here.
For those who are interested to test this new driver, you're going to need to install the latest virglrenderer compiled with venus-experimental=true
. I added a new AUR repo for that: https://aur.archlinux.org/packages/virglrenderer-git which you use. After updating mesa and virglrenderer, you can run tests using vtest on the same host by running virgl_test_server --venus
in the background and setting the following environment variables before running your application.
VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/virtio_icd.x86_64.json
VN_DEBUG=all
For example:
VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/virtio_icd.x86_64.json VN_DEBUG=all vulkaninfo
Or using vulkan demos from https://github.com/SaschaWillems/Vulkan
git clone --recursive https://github.com/SaschaWillems/Vulkan.git
cd Vulkan
git submodule init
git submodule update
python download_assets.py
mkdir build
cd build
cmake ..
make
cd bin
VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/virtio_icd.x86_64.json VN_DEBUG=all ./gears
And you should be able to see the gears or other demos using this driver.
Furthermore, to use this driver from qemu you're gonna need the VIRTIO_GPU_F_CONTEXT_INIT
in the kernel which can be found here https://gitlab.freedesktop.org/virgl/drm-misc-next/-/commits/context-init/ also support for VIRTIO_GPU_F_RESOURCE_BLOB
by qemu which isn't available at the moment.
Pinned Comments
Lone_Wolf commented on 2024-09-10 19:58 (UTC)
removed obsolete options, build now works again.
building opencl clover is disabled for now, see https://gitlab.freedesktop.org/mesa/mesa/-/issues/11863
Those that need opencl should use rusticl instead. Note that rusticl at runtime is disabled by default, see https://docs.mesa3d.org/envvars.html#rusticl-environment-variables for info about enabling it.
Lone_Wolf commented on 2020-04-23 12:26 (UTC) (edited on 2023-03-30 07:04 (UTC) by Lone_Wolf)
Mesa and llvm are closely tied together. Everytime the llvm mesa is built against changes/updates , mesa needs to be rebuilt.
I expect anyone building mesa-git against one of the llvm trunk variants to be able to do that themselves, but atleast some of the people that built against repo llvm don't understand how to deal with such a rebuild.
The rest of this post is meant for those people.
Option A - best one
see https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot for the official way or https://aur.archlinux.org/packages/clean-chroot-manager for an alternative method.
Option B - 2nd best
Lone_Wolf commented on 2019-07-09 13:43 (UTC) (edited on 2023-04-18 10:41 (UTC) by Lone_Wolf)
WARNING : aur helpers don't support this method at all. They check .SRCINFO and that doesn't include this variable so it will use the default which is hardcoded to build against repo llvm.
Why would I want to use llvm development versions ?
Lone_Wolf commented on 2018-01-30 14:06 (UTC) (edited on 2023-02-12 11:56 (UTC) by Lone_Wolf)
run pacman Syu update non-repo packages for llvm if you use them
build mesa-git, log out , update mesa-git and restart X .
run
glxinfo -B
to verify basic OpenGL functionalitybuild lib32-mesa-git
run
glxinfo32 -B
to verify basic OpenGL functionality for multilib programs