Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
RADV/ACO has better performance than AMD Proprietary. AMD Proprietary (and AMDGPU Open) is largely only there for a handful of professional applications that require certain features not supported by Mesa. This is especially so now that ROCm OpenCL works with Mesa.
Do you mean the drivers from ppa:oibaf? That's the only thing i found so far as alternative for the builtin ubuntu drivers.
But it seems like now i got rid of them. Those errors are gone.
Now i tried the default ubuntu ones and those from oibaf. But vulkan seems still not to find my amd gpu.
user@host:~/Downloads$ vulkaninfo | grep device
ERROR: [Loader Message] Code 0 : loader_get_json: Failed to open JSON file amd_icd32.json
ERROR: [Loader Message] Code 0 : loader_get_json: Failed to open JSON file amd_icd64.json
ERROR: [Loader Message] Code 0 : loader_get_json: Failed to open JSON file amd_icd32.json
ERROR: [Loader Message] Code 0 : loader_get_json: Failed to open JSON file amd_icd64.json
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_virtio.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_lvp.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_intel.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_radeon.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_virtio.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_lvp.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_intel.so: wrong ELF class: ELFCLASS32
ERROR: [Loader Message] Code 0 : /usr/lib/i386-linux-gnu/libvulkan_radeon.so: wrong ELF class: ELFCLASS32
WARNING: [Loader Message] Code 0 : terminator_CreateInstance: Failed to CreateInstance in ICD 3. Skipping ICD.
WARNING: [Loader Message] Code 0 : terminator_CreateInstance: Failed to CreateInstance in ICD 7. Skipping ICD.
WARNING: lavapipe is not a conformant vulkan implementation, testing use only.
WARNING: lavapipe is not a conformant vulkan implementation, testing use only.
VK_KHR_device_group_creation : extension revision 1
VK_KHR_get_physical_device_properties2 : extension revision 2
VK_LAYER_MESA_device_select (Linux device selection layer) Vulkan version 1.2.73, layer version 1:
VK_LAYER_MESA_device_select (Linux device selection layer) Vulkan version 1.2.73, layer version 1:
WARNING: lavapipe is not a conformant vulkan implementation, testing use only.
WARNING: lavapipe is not a conformant vulkan implementation, testing use only.
Can present images from the following devices:
Can present images from the following devices:
deviceID = 0x0000
deviceType = PHYSICAL_DEVICE_TYPE_CPU
deviceName = llvmpipe (LLVM 12.0.1, 256 bits)
deviceUUID = 00000000-0000-0000-0000-000000000000
deviceNodeMask = 0
deviceLUIDValid = false
VK_KHR_buffer_device_address : extension revision 1
VK_KHR_device_group : extension revision 4
deviceID = 0x0000
deviceType = PHYSICAL_DEVICE_TYPE_CPU
deviceName = llvmpipe (LLVM 12.0.1, 256 bits)
deviceUUID = 00000000-0000-0000-0000-000000000000
deviceNodeMask = 0
deviceLUIDValid = false
VK_KHR_buffer_device_address : extension revision 1
VK_KHR_device_group : extension revision 4
There is another one (also opensource and also inside Mesa) called AMDVLK which is kept by AMD, which is a useful alternative in specific cases, but there are good reasons why RADV is the default.
ACO is an opensource Vulkan shader compiler, developed by Valve and now also part of Mesa and enabled by default, which is optimized for gaming.
You should only use AMD's closed source drivers for worstation jobs, specifically to grab the OpenCL module from it if you need it for parallel computation, but for gaming the opensource stack is just better (eg: ACO is much faster than the original proprietary AMD shader compiler and LLVM so it basically wiped out microstutter issues that used to plague linux games).
In general I'd recommend new linux users to avoid Oibaf PPA because its policy is too bleeding edge, ends up causing a bit more trouble than it's worth. If you want something newer than the default version shipped in Ubuntu, there is another PPA that's a better fit for most cases:
https://github.com/ValveSoftware/Proton/wiki/Requirements#amdintel
It is kept by one of Valve's own linux devs Kisak, who is involved in helping improve Mesa, so it's from a very reliable and knowledgeable source that can strike a fine balance between freshness and stability (which is exactly why this is a great PPA).
Since i screwed up my linux installation in the meanwhile anyway and also didn't want to mess with manual kernel building, i gave xubuntu 21.04 a quick try (comes with 5.11 kernel). Haven't done further testings yet, but at least i could start games with proton out of the box.
Check what Ubuntu has in the repositories for AMD GPUs and pick a well maintained driver.
you should never use AMD closed source drivers for gaming instead of Mesa's default AMDGPU opensource driver
at most grab a newer version of Mesa from a PPA as recommended by Valve here:
https://github.com/ValveSoftware/Proton/wiki/Requirements#amdintel
and grab the newest kernel version made available by your distro (now 5.13.x for Ubuntu 20.04 and derivates like Linux Mint 20.x)