While you're here, please consider supporting GamingOnLinux on:
Reward Tiers: Patreon. Plain Donations: PayPal.
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Reward Tiers: Patreon. Plain Donations: PayPal.
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register
- Steam Deck most played for April 2024 has plenty of Fallout
- Classic RTS Perimeter returns as PERIMETER: Legate Edition with Linux support
- UK Government replies to petition about requiring publishers to keep games working
- Nintendo DMCA nukes 8,535 GitHub copies of Switch emulator yuzu
- GTA 6 publisher Take-Two reportedly shutting Roll7 and Intercept Games
- > See more over 30 days here
-
Steam / Steam Deck stable client update released fixing…
- gradyvuckovic -
Apex Legends Upheaval update live with EOS Anti-Cheat b…
- emphy -
Humble Choice has Hi-Fi RUSH, Yakuza: Like a Dragon and…
- emphy -
Ant colony RTS 'Empires of the Undergrowth' hits 1.0 in…
- Linux_Rocks -
Microsoft closes Tango Gameworks, Arkane Austin and oth…
- Linux_Rocks - > See more comments
Latest Forum Posts
- Extra Steam Keys from bundles
- Gully42 - [Help] Tale of Two Wastelands mod for Fallout on Linux
- sobinsiril - Anyone know anyone at Google?
- redman - Nintendo-style gaming, without Nintendo!
- Talon1024 - Hi, i need help with wine read access denied issue.
- Caldathras - See more posts
View PC info
View PC info
The only reason I'm using VM is a separation from the main system, i.e. just for neatness. However I don't build 32-bit Mesa. That would likely require a VM / chroot, due to complications in setting up cross compilation. I got tired trying to make it work. Someone suggested, that if you build it with clang instead of gcc, cross compilation might work. I haven't tried it yet.
If you want newer Mesa than one in buster, you can also install Mesa packages from experimental. It has 19.0.2. See: https://tracker.debian.org/pkg/mesa
That's what I use for 32-bit anyway, due to mess of cross compiling it.
View PC info
https://gist.github.com/shmerl/f4e5f76871239158cf083e37c5da56f4
Note, you need to have llvm repo configured, for using latest llvm snapshot.
View PC info
So I decided to figure out how to update libdrm from upstream. It's not that hard apparently.
Debian still has libdrm 2.4.97 while Mesa master now requires 2.4.99. So here is what you can do:
wget https://dri.freedesktop.org/libdrm/libdrm-2.4.99.tar.gz -O $HOME/downloads/libdrm-2.4.99.tar.gz
mkdir -p $HOME/build/libdrm
cd $HOME/build/libdrm
sudo apt-get build-dep libdrm
apt-get source libdrm
cd libdrm-2.4.97
uupdate $HOME/downloads/libdrm-2.4.99.tar.gz
cd ../libdrm-2.4.99
dpkg-buildpackage -us -uc -nc
You'll need to add some missing symbol definitions along the way to match new upstream. The build failures shows files that differ, so just add everything new to the outdated files.
To build 32-bit variant (you'll need that if you are using 32-bit Mesa), use:
apt-get build-dep -a i386 libdrm
dpkg-buildpackage -a i386 -us -uc -nc
That might require installing some cross gcc packages manually, since apparently build-dep -a i386 is not enough.
Also, when installing the result, I had to use dpkg --force-overwrite -i to work around changelog
conflicts in packages. There is probably some easy way to avoid it, but I didn't drill in enough to find it.
View PC info
The method works similar to the above example with libdrm, except applied to Mesa. Use the source from:
https://gitlab.freedesktop.org/mesa/mesa/-/archive/master/mesa-master.tar.bz2
uupdate and dpkg-buildpackage do all the heavy lifting. A few tweaks are needed to debian/control, debian/rules and debian/libegl1-mesa-dev.install like to use libllvm-9-dev (instead of 8) and some other cases needed for newer Mesa, and in the end it works great!
I didn't bother building 32-bit one, since it's a lot more difficult than with libdrm on 64-bit system without having a whole 32-bit environment (VM, lxc, etc.) set up.
View PC info
View PC info
Temporary fix until it's fixed upstream:
diff --git a/meson.build b/meson.build
index 29d7981d13d..ce230f33875 100644
--- a/meson.build
+++ b/meson.build
@@ -1255,7 +1255,7 @@ if with_gallium_opencl
'lto', 'option', 'objcarcopts', 'profiledata',
]
endif
-if with_gallium_opencl or with_gallium_softpipe
+if with_gallium_opencl or with_gallium_softpipe or with_gallium_radeonsi or with_gallium_r600
llvm_optional_modules += ['coroutines']
endif
View PC info
View PC info
Then apply the patch, and run it adding these couple of flags to the ones you are usually setting:
update_sources=false reset_sources=false .... ./mesa_debian_build.sh
I'll later update the script to handle manual patches better.
View PC info