mesa-git - latest videodrivers & issues

lordheavy · 2016-11-08 05:03:47

gee wrote:

..and it worked!
Thank you!

\o/

Amanda S · 2016-11-08 15:45:50

So it's safe to update now?

lordheavy · 2016-11-08 20:44:42

Amarildo wrote:

So it's safe to update now?

Yes, it should be safe to update now.

Amanda S · 2016-11-08 21:21:18

All seems fine
Thank you all for your work on mesa-git and llvm-svn.

Lone_Wolf · 2016-11-10 15:12:25

Mesa trunk code has been fixed, builds against latest llvm-svn again .

Lordheavy, thanks for creating and monitoring the mesa bug. (I had noticed the problem last sunday, but was unable to find the reason ) .

BasT · 2016-11-21 16:24:31

Rust from the community repo doesn't seem to work with llvm from mesa-git:

rustc: error while loading shared libraries: libLLVM-3.9.so: cannot open shared object file: No such file or directory

Is there a version of rust that works?

lordheavy · 2016-11-21 16:27:51

BasT wrote:

Rust from the community repo doesn't seem to work with llvm from mesa-git:
rustc: error while loading shared libraries: libLLVM-3.9.so: cannot open shared object file: No such file or directory
Is there a version of rust that works?

You can try to install llvm-libs package from [extra] repository

Cerbereus · 2016-11-23 01:48:30

Hello how are you everyone??, I m been having some problem with mesa-git with some video game, is anyone having problem ? I just tested dota 2 and hang my pc, also city of skylines do it too, I can play dota 2 with radv drivers. I m using rx 480
I made a journal on for check some errors but i have this problem (code below) I must do an hard reset. I can confirm this happen when the new update, I try the official one repo and works pretty smooth again must be some bugs with the mesa-git.

Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0: GPU fault detected: 147 0x02a84802
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x0007FE55
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x02048002
Nov 22 22:27:38 kerohost kernel: VM fault (0x02, vmid 1) at page 523861, read from 'TC4' (0x54433400) (72)
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0: GPU fault detected: 147 0x00084802
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x000FFE01
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0A048002
Nov 22 22:27:38 kerohost kernel: VM fault (0x02, vmid 5) at page 1048065, read from 'TC4' (0x54433400) (72
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0: GPU fault detected: 147 0x0aa84802
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00000155
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x06048002
Nov 22 22:27:38 kerohost kernel: VM fault (0x02, vmid 3) at page 341, read from 'TC4' (0x54433400) (72)
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0: GPU fault detected: 147 0x0aa84802
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00000155
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x06048002
Nov 22 22:27:38 kerohost kernel: VM fault (0x02, vmid 3) at page 341, read from 'TC4' (0x54433400) (72)
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0: GPU fault detected: 147 0x01104802
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00002022
Nov 22 22:27:38 kerohost kernel: amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x06048002
Nov 22 22:27:38 kerohost kernel: VM fault (0x02, vmid 3) at page 8226, read from 'TC4' (0x54433400) (72)
Nov 22 22:28:01 kerohost dbus-daemon[471]: Activating service name='ca.desrt.dconf'
Nov 22 22:28:01 kerohost dbus-daemon[471]: Successfully activated service 'ca.desrt.dconf'

Last edited by Cerbereus (2016-11-24 00:02:06)

Lone_Wolf · 2016-12-11 23:49:34

I have uploaded a mesa-test-git package to AUR.

It has just 2 subpackages ( instead of 7 ) , has a much cleaner PKGBUILD and should be easy to maintain.
Please help testing it.

kerberizer · 2016-12-12 15:48:51

@Lone_Wolf, good job, thank you! The previous system that you inherited was arguably fragile and too prone to breaking with changes upstream. The new system, while not exactly equivalent with what the stable packages do, is nevertheless cleaner, more robust and it could be argued that it's even more in line with the KISS principle. Overall, I think the change makes perfect sense for the -git packages.

Just one question though: shouldn't the following 'provides' be added as well, because otherwise lib32-mesa-git breaks:

for 'mesa-test-git':

'mesa-git' 'libva-mesa-driver-git' 'mesa-vdpau-git' 'mesa-vulkan-intel-git' 'mesa-vulkan-radeon-git'

for 'mesa-test-libgl-git':

'mesa-libgl-git'

lordheavy · 2016-12-12 17:32:42

kerberizer wrote:

@Lone_Wolf, good job, thank you! The previous system that you inherited was arguably fragile and too prone to breaking with changes upstream. The new system, while not exactly equivalent with what the stable packages do, is nevertheless cleaner, more robust and it could be argued that it's even more in line with the KISS principle. Overall, I think the change makes perfect sense for the -git packages.
Just one question though: shouldn't the following 'provides' be added as well, because otherwise lib32-mesa-git breaks:
for 'mesa-test-git':
'mesa-git' 'libva-mesa-driver-git' 'mesa-vdpau-git' 'mesa-vulkan-intel-git' 'mesa-vulkan-radeon-git'
for 'mesa-test-libgl-git':
'mesa-libgl-git'

No, lib32-mesa-git will simply need the same update

kerberizer · 2016-12-12 17:55:25

lordheavy wrote:

No, lib32-mesa-git will simply need the same update

Hmm, isn't it possible for things to break if lib32-mesa-git deps are allowed to be satisfied by the stable packages as opposed to by the mesa-git ones? I'm thinking in line of why mesa-git depends on llvm-svn and not just on llvm (as people have actually asked for). That would most certainly break a few things, especially for AMD and Clover, I think. Then again, I trust you have much better understanding of Mesa than I do.

Last edited by kerberizer (2016-12-12 17:56:04)

lordheavy · 2016-12-12 18:03:14

kerberizer wrote:

lordheavy wrote:
No, lib32-mesa-git will simply need the same update
Hmm, isn't it possible for things to break if lib32-mesa-git deps are allowed to be satisfied by the stable packages as opposed to by the mesa-git ones? I'm thinking in line of why mesa-git depends on llvm-svn and not just on llvm (as people have actually asked for). That would most certainly break a few things, especially for AMD and Clover, I think. Then again, I trust you have much better understanding of Mesa than I do.

The reason to have mesa-git depends on llvm-svn is because radeonsi fixes are usually highly depending on latest llvm commits (but it can also introduce breakage ^^), you can have mesa-git to depends on latest stable llvm release but you can't expected to have latest features available (but you'll have a more stable mesa)

Lone_Wolf · 2016-12-13 22:48:30

lib32-mesa-test-git & lib32-mesa-test-libgl-git is a WIP PKGBUILD atm, should be ready for upload sometime this week.

lordheavy · 2016-12-21 08:56:18

Here are some news about the mesa-git repository.

First a good news (really?), now you can find a linux kernel with DC (oldly named as DAL) in the repo. The name of the package is linux-amd-staging, reflect of https://cgit.freedesktop.org/~agd5f/lin … taging-4.7.
You can install it with 'pacman -S linux-amd-staging' then you need to update your bootloader to expose it, for example with grub:

# (4) Arch Linux amd staging
menuentry "Arch Linux -- amd staging" {
  set root=(hd0,1)
  linux /boot/vmlinuz-linux-amd-staging root=/dev/sdb1 rw
  initrd /boot/initramfs-linux-amd-staging.img
}

And the bad news (really?), i plan to not build anymore for i686 architecture and i will remove the repo, linux-amd-staging package isn't available for i686

lordheavy · 2016-12-22 23:40:18

wine-nine isn't anymore in the mesa-git repo. You can find wine-staging-nine package in the community repo now.

Have fun!

Vi0L0 · 2017-01-12 21:55:31

@lordheavy: there's a problem with newer lib32-llvm-libs-svn and lib32-llvm-svn packages which is causing steam to segfault on launchtime @ line 713.
For me downgrading to:
lib32-llvm-libs-svn-291444-1-x86_64.pkg.tar.xz
lib32-llvm-svn-291444-1-x86_64.pkg.tar.xz
fixed issue.

Last edited by Vi0L0 (2017-01-12 21:56:29)

lordheavy · 2017-01-12 21:56:53

Vi0L0 wrote:

@lordheavy: there's a problem with newer lib32-llvm-libs-svn and lib32-llvm-svn packages which is causing steam to segfault on launchtime @ line 713.
For me downgrading to:
ib32-llvm-libs-svn-291444-1-x86_64.pkg.tar.xz
lib32-llvm-svn-291444-1-x86_64.pkg.tar.xz
fixed issue.

Noticed the problem, still not found why.....

lordheavy · 2017-01-12 23:29:32

Vi0L0 wrote:

@lordheavy: there's a problem with newer lib32-llvm-libs-svn and lib32-llvm-svn packages which is causing steam to segfault on launchtime @ line 713.
For me downgrading to:
lib32-llvm-libs-svn-291444-1-x86_64.pkg.tar.xz
lib32-llvm-svn-291444-1-x86_64.pkg.tar.xz
fixed issue.

It should be fixed now, there was an header mismatch between llvm-svn and lib32-llvm-svn

Vi0L0 · 2017-01-13 19:41:14

Yes, it's working fine now. Thanks.

ScarecrowDM · 2017-01-17 03:45:34

Hello guys.

So, did anyone noticed any performance regression with gallium nine recently?
It was running pretty well mid december (when I left for holidays), but now it is running at wine3D speeds (output from terminal say nine is enabled). Where I was reaching +70 FPS, now it barely mantains a stable 30. Honestly, looks like it is not enabled at all.

I tried to check if something is wrong in my system, but outside wine + nine everything is performant and stable. X logs also don't show anything off.

I'm using [mesa-git] of course, system up to date.
Kernel 4.9.4 (before 4.8, same issue), R9 280X + RadeonSI + Radeon.

Tested with: Clean prefixes (32bits and 64bits), wine-staging-nine 2.0 RCX from [Community] and wine-gaming-nine from AUR.

I'm not a linux power user, but I usually can make my way through Arch if something goes wrong. So if any info is missing, please bear with me.

I'll try an old build tomorrow, right now I need to get some sleep.

Cheers.

EDIT: So after all this time doing system updates, it seems performance is better.
Still more framedrops than before holidays, but it's playable again (maybe my old Phenom doesn't like the new multi-threading stuff).

Maybe something funky was happening on my system.

Last edited by ScarecrowDM (2017-01-28 13:56:37)

gee · 2017-01-28 01:38:20

edit: all my fault, sorry.

Last edited by gee (2017-02-04 06:37:20)

Cerbereus · 2017-02-14 01:54:31

Hello how are you all is just me or having problem with the drivers, an example steam said opengl GLX extension not supported by display and playonlinux says Unable to find 32 bits opengl libraries and unable to find 64bits OpenGL libraries.

I just update the last drivers if I use the normal mesa it works.

lordheavy · 2017-02-14 03:27:36

Cerbereus wrote:

Hello how are you all is just me or having problem with the drivers, an example steam said opengl GLX extension not supported by display and playonlinux says Unable to find 32 bits opengl libraries and unable to find 64bits OpenGL libraries.
I just update the last drivers if I use the normal mesa it works.

You need to install xorg-server packages from testing until it's moved to extra

Cerbereus · 2017-02-14 11:49:07

You need to install xorg-server packages from testing until it's moved to extra

Thanks I will try that at home. Have a nice day.

Arch Linux

#51 2016-11-08 05:03:47

Re: mesa-git - latest videodrivers & issues

#52 2016-11-08 15:45:50

Re: mesa-git - latest videodrivers & issues

#53 2016-11-08 20:44:42

Re: mesa-git - latest videodrivers & issues

#54 2016-11-08 21:21:18

Re: mesa-git - latest videodrivers & issues

#55 2016-11-10 15:12:25

Re: mesa-git - latest videodrivers & issues

#56 2016-11-21 16:24:31

Re: mesa-git - latest videodrivers & issues

#57 2016-11-21 16:27:51

Re: mesa-git - latest videodrivers & issues

#58 2016-11-23 01:48:30

Re: mesa-git - latest videodrivers & issues

#59 2016-12-11 23:49:34

Re: mesa-git - latest videodrivers & issues

#60 2016-12-12 15:48:51

Re: mesa-git - latest videodrivers & issues

#61 2016-12-12 17:32:42

Re: mesa-git - latest videodrivers & issues

#62 2016-12-12 17:55:25

Re: mesa-git - latest videodrivers & issues

#63 2016-12-12 18:03:14

Re: mesa-git - latest videodrivers & issues

#64 2016-12-13 22:48:30

Re: mesa-git - latest videodrivers & issues

#65 2016-12-21 08:56:18

Re: mesa-git - latest videodrivers & issues

#66 2016-12-22 23:40:18

Re: mesa-git - latest videodrivers & issues

#67 2017-01-12 21:55:31

Re: mesa-git - latest videodrivers & issues

#68 2017-01-12 21:56:53

Re: mesa-git - latest videodrivers & issues

#69 2017-01-12 23:29:32

Re: mesa-git - latest videodrivers & issues

#70 2017-01-13 19:41:14

Re: mesa-git - latest videodrivers & issues

#71 2017-01-17 03:45:34

Re: mesa-git - latest videodrivers & issues

#72 2017-01-28 01:38:20

Re: mesa-git - latest videodrivers & issues

#73 2017-02-14 01:54:31

Re: mesa-git - latest videodrivers & issues

#74 2017-02-14 03:27:36

Re: mesa-git - latest videodrivers & issues

#75 2017-02-14 11:49:07

Re: mesa-git - latest videodrivers & issues

Board footer