Description

Use it at your own risk!

This repo is a modified version of che-mesa.

Triggered to be rebuilt every few hours if code update is detected. Is set to follow the official mesa gitlab repo https://gitlab.freedesktop.org/mesa/mesa Built with Distro's LLVM. Due to this, it might happen for rawhide builds to fail until upstream adapts mesa with the changes required for new llvm versions.

Installation Instructions

For x86_64 you have to enable both the 64bit and 32bit repositories, because most of the games are still 32 bit applications.

Usually, the recommended command should work:

dnf copr enable xxmitsu/mesa-git

However, if you encounter issues, create a mesa-git.repo file in /etc/yum.repos.d/ with the following content:

[mesa-git]
name=Copr repo with mesa built from the official mesa git - x86_64
baseurl=https://copr-be.cloud.fedoraproject.org/results/xxmitsu/mesa-git/fedora-$releasever-$basearch/
skip_if_unavailable=True
gpgcheck=1
gpgkey=https://copr-be.cloud.fedoraproject.org/results/xxmitsu/mesa-git/pubkey.gpg
enabled=1
enabled_metadata=1

[mesa-git-x86]
name=Copr repo with mesa built from the official mesa git - i386
baseurl=https://copr-be.cloud.fedoraproject.org/results/xxmitsu/mesa-git/fedora-$releasever-i386/
skip_if_unavailable=True
gpgcheck=1
gpgkey=https://copr-be.cloud.fedoraproject.org/results/xxmitsu/mesa-git/pubkey.gpg
enabled=1
enabled_metadata=1

Rawhide users:

Due to the following issue, rawhide users, might need to manually modify their $releasever to rawhide.

For AMDGPU owners, ACO backend is now default backend for RADV:

• What is ACO? ACO stands for Amd COmpiler. More details here.
• Testing instructions
• Backend capabilities. (Check here supported hardware)
• The ACO backend was enabled by default for RADV(Vulkan) as of 2020-06-25.
• RADV_DEBUG=llvm option can be used to enable legacy LLVM backend.

Vulkan selection layer:

• This is the vulkan equivalent of DRI_PRIME=1. Usage instructions:

• Get your device's vendor id and device id

  # lspci -nn | grep -i vga
  43:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Vega 20 [Radeon VII] [1002:66af] (rev c1)

• Set before game launch command:

  MESA_VK_DEVICE_SELECT=vendor:device

• Example for Steam launch options, using the above determined device id:

  MESA_VK_DEVICE_SELECT=1002:66af %command%

Knowledgebase:

In case you encounter a recent regression introduced in mesa-git, don't forget to report it using mesa official bug tracker.

Here is how you can make your system stable again in this situation:

Temporary revert to official stable packages:

dnf --disablerepo=copr:copr.fedorainfracloud.org:xxmitsu:mesa-git* distro-sync

Re-install the mesa-git packages from this repo after code changes to see if the bug was fixed:

dnf  update --refresh   -y

Chromium-based browsers display garbled web pages after Mesa is updated:

After a recent update to the Mesa graphics library, many users have reported that Chromium-based browsers or Electron-based apps fail to render webpages/interface correctly and produce garbled results. As a known workaround, please delete the old chromium cache as the following:

rm -rf ~/.config/google-chrome/GrShaderCache
rm -rf ~/.config/google-chrome/ShaderCache
rm -rf ~/.config/google-chrome/Default/GPUCache

• For potential other solutions, see the bug reports from here and here.

Visual Studio Code produces misrendering

It suffers from the same issue described above that affects Electron-based apps.

Current workaround is to delete the GPU cache located at ~/.config/Code/GPUCache.

See official release note.

Game not launching since Fedora 38 update:

Try disabling lavapipe:

VK_LOADER_DRIVERS_DISABLE=*lvp* steam

Mouse clicks not working in GDM/Gnome-Shell/Mutter:

Additionally the latest mesa exposes RGB10 with radeonsi by default. This leads to the problem with gdm and gnome-shell that mouse clicks are not recieved by the applications when using wayland. If you are affected by the problem the workaround is to turn off RGB10 exposure to gdm/gnome-shell:

echo "allow_rgb10_configs=false" >> /etc/environment

The problem has been reported by Mikhail Gavrilov and he was also kind enough to notify me of the workaround that was provided on the amd-gfx mailinglist. He also reported the problem upstream: Bug Report. Thank you Mikhail!

How do i use amdgpu for my si/cik card to get vulkan support?

Important: If you make your system unbootable by screwing up your grub.cfg, do not blame me! I am not recommending you to do this change!

BUG: With kernel-4.18.18 it still works, but all kernel-4.19 versions seem to have a bug that prevents this from working, resulting in a black screen when the login manager is supposed to appear. This is not a bug in mesa!

For SI cards the following kernel boot parameters will enable the amdgpu kernel driver and turn off radeon support:

amdgpu.si_support=1 radeon.si_support=0 

For CIK cards the following kernel boot parameters will enable the amdgpu kernel driver and turn off radeon support:

amdgpu.cik_support=1 radeon.cik_support=0

If you want to run Xorg based sessions with your SI or CIK card and the amdgpu kernel driver you will also need to install the amdgpu xorg driver:

dnf install xorg-x11-drv-amdgpu

How do i get back to stock versions of mesa and llvm?

For that you simply disable the repositories and run:

dnf distro-sync

Active Releases

The following unofficial repositories are provided as-is by owner of this project. Contact the owner directly for bugs or issues (IE: not bugzilla).

Release	Architectures	Repo Download
Fedora 39	i386 [modified] (13)*, x86_64 [modified] (35)*	Fedora 39 multilib x86_64+i386 (37 downloads)

* Total number of downloaded packages.