Support us on Patreon to keep GamingOnLinux alive. This ensures we have no timed articles and no paywalls. Just good, fresh content! Alternatively, you can donate through Paypal, Flattr and Liberapay!

Released yesterday, both Mesa 18.1.8 as a bug-fix release and Mesa 18.2.0 as the latest full release of the open source graphics drivers are now out. As usual, the Mesa team are suggesting you wait for Mesa Mesa 18.2.1 if you plan to upgrade, at least if you want a fully stable experience.

For the RadeonSI (AMD) driver, it now has compatibility profile support up to OpenGL 4.4. This is quite important for historic reasons, since there will be applications and games that rely on it that won't be updated (including for us in Steam Play/Wine). Personally, I think that's one of the more important features of this release, since it will give users a better experience. RadeonSI also now has compute shader support in the Mesa shader cache.

There's also various improvements to the Intel ANV Vulkan driver, various performance improvements, bug fixes and much more. Since I don't personally use Mesa, having an NVIDIA 980ti I use their proprietary driver so I'm not exactly too up to speed on it all. Great to see it progress though! If you want a more in-depth look, Phoronix has their usual overview.

Article taken from GamingOnLinux.com.
16 Likes, Who?
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG, Humble Store and Paradox Interactive. See more information here.
16 comments
Page: 1/2»
  Go to:

ziabice 8 September 2018 at 10:12 am UTC
View PC info
  • Supporter
Finally I can put my hands on RAGE and Wolfenstein!
pete910 8 September 2018 at 11:13 am UTC
Wonder if this will fix Dying light for non *butu users ?

And before anyone chimes in with " you just need to add..." They don't work!
x_wing 8 September 2018 at 1:11 pm UTC
pete910Wonder if this will fix Dying light for non *butu users ?

And before anyone chimes in with " you just need to add..." They don't work!

DL wasn't working on Ubuntu 18.04 with Mesa 18.1, but using Mesa 18.2RC made it work (for me and many others, I think). So, try to test it and share your results.
F.Ultra 8 September 2018 at 4:15 pm UTC
x_wing
pete910Wonder if this will fix Dying light for non *butu users ?

And before anyone chimes in with " you just need to add..." They don't work!

DL wasn't working on Ubuntu 18.04 with Mesa 18.1, but using Mesa 18.2RC made it work (for me and many others, I think). So, try to test it and share your results.

I thought the problem with DL was with the new version of glibc?
lejimster 9 September 2018 at 6:04 am UTC
ziabiceFinally I can put my hands on RAGE and Wolfenstein!

Been playing Rage. Although only 64bit works properly for me and I had to add xact to get the sound working.

I need to do some driver testing to see if its just a buggy version of mesa-git, but 32bit Rage and Wolfenstein N.O. tend to crash in the menus.
storma 9 September 2018 at 9:53 am UTC
x_wing
pete910Wonder if this will fix Dying light for non *butu users ?

And before anyone chimes in with " you just need to add..." They don't work!

DL wasn't working on Ubuntu 18.04 with Mesa 18.1, but using Mesa 18.2RC made it work (for me and many others, I think). So, try to test it and share your results.

Just tried with the Arch testing packages.... No go.
I'll look into it a bit more, time permitting.
pete910 9 September 2018 at 12:34 pm UTC
F.Ultra
x_wing
pete910Wonder if this will fix Dying light for non *butu users ?

And before anyone chimes in with " you just need to add..." They don't work!

DL wasn't working on Ubuntu 18.04 with Mesa 18.1, but using Mesa 18.2RC made it work (for me and many others, I think). So, try to test it and share your results.

I thought the problem with DL was with the new version of glibc?

Arrrh that's right, damn!

storma
x_wing
pete910Wonder if this will fix Dying light for non *butu users ?

And before anyone chimes in with " you just need to add..." They don't work!

DL wasn't working on Ubuntu 18.04 with Mesa 18.1, but using Mesa 18.2RC made it work (for me and many others, I think). So, try to test it and share your results.

Just tried with the Arch testing packages.... No go.
I'll look into it a bit more, time permitting.

Looks like it is a glibc issue.
F.Ultra 9 September 2018 at 1:08 pm UTC
pete910
F.Ultra
x_wing
pete910Wonder if this will fix Dying light for non *butu users ?

And before anyone chimes in with " you just need to add..." They don't work!

DL wasn't working on Ubuntu 18.04 with Mesa 18.1, but using Mesa 18.2RC made it work (for me and many others, I think). So, try to test it and share your results.

I thought the problem with DL was with the new version of glibc?

Arrrh that's right, damn!

storma
x_wing
pete910Wonder if this will fix Dying light for non *butu users ?

And before anyone chimes in with " you just need to add..." They don't work!

DL wasn't working on Ubuntu 18.04 with Mesa 18.1, but using Mesa 18.2RC made it work (for me and many others, I think). So, try to test it and share your results.

Just tried with the Arch testing packages.... No go.
I'll look into it a bit more, time permitting.

Looks like it is a glibc issue.

Anyone that knows what kind of magic that Steam adds when running games? I've tried to rename "DyingLightGame" to "DyingLightGame.exe" and then created a small shell script named "DyingLightGame" that just did "./DyingLightGame.exe" as a preparation for doing glibc preload but the game refused to start even with such a basic script (it couldn't find the steam overlay I think it complained about) so it looks like Steam does more than just execute the binary.
tuubi 9 September 2018 at 1:45 pm UTC
View PC info
  • Supporter
F.UltraAnyone that knows what kind of magic that Steam adds when running games? I've tried to rename "DyingLightGame" to "DyingLightGame.exe" and then created a small shell script named "DyingLightGame" that just did "./DyingLightGame.exe" as a preparation for doing glibc preload but the game refused to start even with such a basic script (it couldn't find the steam overlay I think it complained about) so it looks like Steam does more than just execute the binary.
No need for custom scripts. You can add your LD_PRELOAD magic to the game's launch options. Right click the game in your library, select "Properties" -> "SET LAUNCH OPTIONS...":
LD_PRELOAD=path_to_lib.so %command%

Just bear in mind that when it comes to Dying Light and glibc, others have tried and failed. I hope you have better luck.


Last edited by tuubi at 9 September 2018 at 8:04 pm UTC
whizse 9 September 2018 at 7:31 pm UTC
lejimster
ziabiceFinally I can put my hands on RAGE and Wolfenstein!

Been playing Rage. Although only 64bit works properly for me and I had to add xact to get the sound working.

I need to do some driver testing to see if its just a buggy version of mesa-git, but 32bit Rage and Wolfenstein N.O. tend to crash in the menus.
I think this is the problem:
https://cgit.freedesktop.org/mesa/mesa/commit/?id=bc65dcab3bc48673ff6180afb036561a4b8b1119

Though I'm seeing hangs, not crashes, in the menu in Rage, haven't tried Wolfenstein yet.

Could you try if this fixes the problem for you?
https://pastebin.com/iwGynY9E
  Go to:
While you're here, please consider supporting GamingOnLinux on Patreon, Liberapay or Paypal. We have no adverts, no paywalls, no timed exclusive articles. Just 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!

Due to spam you need to Register and Login to comment.


Or login with...

Livestreams & Videos
Community Livestreams
See more!
Popular this week
View by Category
Contact
Latest Comments
Latest Forum Posts