xxmitsu/mesa-git

( forked from xxmitsu/mesa-aco )

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 LLVM9 and LTO enabled. In addition to that libdrm updates are provided aswell.

For the ones feeling adventurous, highly experimental, it might break from time to time: mesa-git built against llvm-git at regular intervals, can be found here

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.

For mesa and libdrm 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.

Important for distribution upgrades or first time installs:

The packages beignet and pocl are not supplied by the repository but installed by default with new installs and distro upgrades, since they both rarely build against llvm svn and mesa git. Please remove the packages manually to avoid any errors when installing the mesa and llvm updates the first time or after a distribution upgrade. For various reasons i do not want to obsolete both packages to get them removed automatically:

dnf remove beignet pocl

Mesa-aco testing

  • This repo also provides a mesa-aco package that is capable of installing mesa with aco backend, in a separate prefix alongside the official mesa.
  • You can use this to compare the progress of the latest of both of the mesa code (aco and official one).

To install mesa-aco binaries in /opt/mesa-aco prefix, from bash shell execute:

dnf install mesa-aco-{lib,dri,vulkan}* dnf install mesa-aco-{lib,dri,vulkan}*i686

To test newly installed mesa-aco from prefix

Save following code as a aco.sh and make it executable with chmod +x aco.sh:

#!/bin/bash export LD_LIBRARY_PATH="/opt/mesa-aco/lib64:/opt/mesa-aco/lib" export LIBGL_DRIVERS_PATH="/opt/mesa-aco/lib64/dri/:/opt/mesa-aco/lib/dri/" export VK_ICD_FILENAMES="/opt/mesa-aco/share/vulkan/icd.d/radeon_icd.x86_64.json:/opt/mesa-aco/share/vulkan/icd.d/radeon_icd.i686.json" "$@"

Then execute: ./aco.sh steam or ./aco.sh lutris. This will start and will use the aco binaries for whatever executable you're providing as script argument.

To remove it use:

dnf remove mesa-aco-*

Knowledgebase:

GDM Startup hangs, I can see a black screen and a mouse cursor that can not be moved

This is a known issue, see: https://gitlab.gnome.org/GNOME/mutter/merge_requests/619 The only way of fixing this is to either manually patch mutter or wait until a new mutter package is provided.

NOTE: updated mutter packages are now available in updates for f29 and f30! Thanks to the official Fedora maintainer Florian Muellner!

Possible workaround: If you do not care about wayland sessions you can edit /etc/gdm/custom.conf and uncomment: WaylandEnable=false This will make gdm start but you will have no more wayland options until you comment it out again.

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 (I will follow up on this here), 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 29 i386 [modified] (0)*, x86_64 [modified] (0)* Fedora 29 (22 downloads)
Fedora 30 i386 [modified] (0)*, x86_64 [modified] (0)* Fedora 30 (40 downloads)
Fedora 31 i386 [modified] (0)*, x86_64 [modified] (0)* Fedora 31 (7 downloads)
Fedora rawhide i386 [modified] (0)*, x86_64 [modified] (0)* Fedora rawhide (21 downloads)

* Total number of packages downloaded in the last seven days.