mesa-git - latest videodrivers & issues

Lone_Wolf · 2016-05-20 15:10:53

mesa is an important part of the linux graphics stack and changes/improves at a very high pace.
Many people prefer to get those changes very fast and run latest mesa development version, usually called mesa-git .
Arch Linux has a substantial number of mesa-git users, but we never had a dedicated thread for it.

In the recent past, the "Discussion: the ati/radeon open source drivers & radeon repository" thread got more and more posts about mesa-git , llvm/clang svn along with intel / nouveau related posts.

About a month ago i posted about this in "Forum and Wiki Discussion" board, and the consensus was that a separate thread for mesa-git is a good idea.

Before going into more detail i feel i need to make one thing very clear :

As a mesa-git user you are running the latest development versions of mesa and llvm/clang .
This means we are likely to be among the first people that encounter new bugs.
In case you're not prepared to help with breakages and troubleshooting, stick to the stable mesa & llvm packages from extra

There are currently 2 implementations of mesa-git for AL. Often issues found with one are also present in the other implementation.
To avoid confusion please refer to them as LH-mesa-git-repo and Aur-mesa-git .

LH-mesa-git-repo
maintained by AL developer LordHeavy
builds against [testing] repos
provides x86_64, i686 and multilib versions
packages come from an unofficial repo
includes llvm-svn packages in same repo

Aur-mesa-git
maintained by Lone_Wolf (me)
builds against stock repos
provides x86_64 and multilib versions
packages are present in aur, no repo for them (i don't have access to hosting for an archlinux unofficial repo)
Uses aur llvm-svn packages maintained by kerberizer , who does provide fresh binaries build every 6 hours from an unofficial repo

Some tips :

Before reporting errors,verify you are using the latest versions available. if not, update/rebuild first

the aur packages listed below are tested against makepkg only.
If you do get problems with them when using any aur helper,verify the problems are also present when built with makepkg.
(if the error goes away when built with makepkg, don't post in this thread but contact the maintainer of your aur helper.)

links :

details for LordHeavy's mesa git repo

Aur packages
mesa-git
lib32-mesa-git

llvm-svn
lib32-llvm-svn
details for kerberizer repo

Last edited by Lone_Wolf (2016-05-21 11:40:48)

kerberizer · 2016-05-23 23:12:21

Lone_Wolf wrote:

packages are present in aur, no repo for them (i don't have access to hosting for an archlinux unofficial repo)

Lone_Wolf, thanks for starting the topic and for the nice summary. Concerning the repo, I could set up the Mesa packages to be automatically built on the system I use for building LLVM and also hosted the same way. Another possibility, if you'd rather build and sign the packages yourself, is to open an sftp account on the system where the repos are hosted. It might also be possible to arrange for a shell account on the build box, but I'll need to check this with the local admin first, because that's a university system. If you're interested, just let me know.

Lone_Wolf · 2016-05-24 14:42:02

Thanks for the offer, kerberizer . i'll think about it and contact you directly .

----------------

This mesa commit leads to a build fail.
PTHREAD-STUBS is provided by the aur libpthread-stubs package , adding that as a makedepend solves the fail . (Aur mesa-git and vulkan-intel-git use that method now.

I've looked at the code of libpthread-stubs and on linux systems running glibc (or another libc implementation that provides the pthread lib) libpthread-stubs is a dummy package that installs a pkg-config file.
On OSes that miss a full pthread library ( *BSD , android , windows ? ) , libpthread-stubs should provide mesa a way to gracefully switch to single-threaded execution.

At some point mesa-git sourcecode changes will enter mesa stable versions, and i'm not sure a libpthread-stubs package is the right way to solve this.

I see 3 possible ways to solve this :

- introduce a pthread-stubs dummy package in [community] or [extra] ( could be done by moving aur libpthread-stubs )

- add the dummy pkgconfigfile to glibc

- override pkg-config by setting environment vars

mesa ./configure --help wrote:

]
PTHREADSTUBS_CFLAGS
C compiler flags for PTHREADSTUBS, overriding pkg-config
PTHREADSTUBS_LIBS
linker flags for PTHREADSTUBS, overriding pkg-config

No idea what values they should have, but the dummy pkg-config file doesn't list them at all.

Thoughts ?

kerberizer · 2016-05-24 15:36:35

Funny. It seems libdrm maintainers had been facing the same problem, and they solved it rather straightforwardly: sed -i "/pthread-stubs/d" configure.ac. This seems to work well for Mesa too. Perhaps we follow their example?

electropura · 2016-05-25 00:51:36

It would probably be better to use

sed -i "/PTHREADSTUBS/d" configure.ac

lordheavy · 2016-05-25 14:08:56

I choosed to patch configure.ac to remove libpthread-stubs detection code, see http://pkgbuild.com/~lcarlier/mesa-git/ … /mesa-git/

tristan_lippens · 2016-06-07 08:30:40

This commit seems to failed the build with error:

i915_screen.c: Dans la fonction ‘i915_get_param’:
i915_screen.c:276:9: erreur : ‘PIPE_CAP_VOTE_TGSI’ undeclared (first use in this function)

'PIPE_CAP_VOTE_TGSI' is declared in "src/gallium/include/pipe/p_defines.h" which is indirecly include in "i915_screen.c" like this:

i915_screen.c --> i915_context.h --> p_defines.h

So, what's wrong?

I managed to build it by removing line 276 in "i915_screen.c" and then run makepkg with noextract option (-e) but i agree that is an ugly workaround.

lordheavy · 2016-06-07 08:34:19

tristan_lippens wrote:

This commit seems to failed the build with error:
i915_screen.c: Dans la fonction ‘i915_get_param’:
i915_screen.c:276:9: erreur : ‘PIPE_CAP_VOTE_TGSI’ undeclared (first use in this function)
'PIPE_CAP_VOTE_TGSI' is declared in "src/gallium/include/pipe/p_defines.h" which is indirecly include in "i915_screen.c" like this:
i915_screen.c --> i915_context.h --> p_defines.h 
So, what's wrong?
I managed to build it by removing line 276 in "i915_screen.c" and then run makepkg with noextract option (-e) but i agree that is an ugly workaround.

Already fixed, see https://cgit.freedesktop.org/mesa/mesa/ … 88617e1278

tristan_lippens · 2016-06-07 08:47:42

lordheavy wrote:

Already fixed, see https://cgit.freedesktop.org/mesa/mesa/ … 88617e1278

Well, it seems i'm a little bit dyslexic today. I didn't see the mistake.

Thanks!

bernd_b · 2016-06-18 07:31:38

Are we supposed to report bugs/ problems here - or is this only about buidling these packages?

I gave nouveau another try in exchange for the nvidia binary driver. Everything works astonishing well, but I realized soon, that when I stopped a video (e.g. h264 encoded video) using vdpau with xine or mpv (using vdpau or opengl as video output driver), my pc freezes- I can move the mouse, but no further reactions.

So I updated to the versions given in the LH-mesa-git-repo, but the observations are the same, last update was yesterday evening.

Changing to xv instead of vdpau as video output (and then missing hardware acceleration in both players) makes the problems go away, but my poor hardware comes to its bordes beyond 720p video, e.g. TV from ITV or BBC HD.

If I can supply useful information - just tell me what to do.

Here is for a start

lspci -v
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RX790 Host Bridge
	Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RX790 Host Bridge
	Flags: bus master, 66MHz, medium devsel, latency 32, NUMA node 0
	Memory at <ignored> (64-bit, non-prefetchable)
	Capabilities: <access denied>

00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RD790 PCI to PCI bridge (external gfx0 port A) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 24, NUMA node 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 0000c000-0000cfff
	Memory behind bridge: fb000000-fcffffff
	Prefetchable memory behind bridge: 00000000b0000000-00000000cfffffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport
	Kernel modules: shpchp

00:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RX780/RD790 PCI to PCI bridge (PCI express gpp port D) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 25, NUMA node 0
	Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
	I/O behind bridge: 0000e000-0000efff
	Memory behind bridge: fdc00000-fdcfffff
	Prefetchable memory behind bridge: 00000000fdf00000-00000000fdffffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport
	Kernel modules: shpchp

00:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD790 PCI to PCI bridge (PCI express gpp port F) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 26, NUMA node 0
	Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
	I/O behind bridge: 0000d000-0000dfff
	Memory behind bridge: fde00000-fdefffff
	Prefetchable memory behind bridge: 00000000fdd00000-00000000fddfffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport
	Kernel modules: shpchp

00:12.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 Non-Raid-5 SATA (prog-if 01 [AHCI 1.0])
	Subsystem: Gigabyte Technology Co., Ltd Gigabyte GA-MA69G-S3H Motherboard
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 22, NUMA node 0
	I/O ports at ff00 [size=8]
	I/O ports at fe00 [size=4]
	I/O ports at fd00 [size=8]
	I/O ports at fc00 [size=4]
	I/O ports at fb00 [size=16]
	Memory at fe02f000 (32-bit, non-prefetchable) [size=1K]
	Capabilities: <access denied>
	Kernel driver in use: ahci
	Kernel modules: ahci

00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI0) (prog-if 10 [OHCI])
	Subsystem: Gigabyte Technology Co., Ltd Device 5004
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 16, NUMA node 0
	Memory at fe02e000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci

00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI1) (prog-if 10 [OHCI])
	Subsystem: Gigabyte Technology Co., Ltd Device 5004
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 17, NUMA node 0
	Memory at fe02d000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci

00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI2) (prog-if 10 [OHCI])
	Subsystem: Gigabyte Technology Co., Ltd Device 5004
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 18, NUMA node 0
	Memory at fe02c000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci

00:13.3 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI3) (prog-if 10 [OHCI])
	Subsystem: Gigabyte Technology Co., Ltd Device 5004
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 17, NUMA node 0
	Memory at fe02b000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci

00:13.4 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB (OHCI4) (prog-if 10 [OHCI])
	Subsystem: Gigabyte Technology Co., Ltd Device 5004
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 18, NUMA node 0
	Memory at fe02a000 (32-bit, non-prefetchable) [size=4K]
	Kernel driver in use: ohci-pci
	Kernel modules: ohci_pci

00:13.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB600 USB Controller (EHCI) (prog-if 20 [EHCI])
	Subsystem: Gigabyte Technology Co., Ltd Device 5004
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 19, NUMA node 0
	Memory at fe029000 (32-bit, non-prefetchable) [size=256]
	Capabilities: <access denied>
	Kernel driver in use: ehci-pci
	Kernel modules: ehci_pci

00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 14)
	Subsystem: Gigabyte Technology Co., Ltd GA-MA770-DS3rev2.0 Motherboard
	Flags: 66MHz, medium devsel, NUMA node 0
	I/O ports at 0b00 [size=16]
	Capabilities: <access denied>
	Kernel driver in use: piix4_smbus
	Kernel modules: i2c_piix4, sp5100_tco

00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB600 IDE (prog-if 8a [Master SecP PriP])
	Subsystem: Gigabyte Technology Co., Ltd Gigabyte GA-MA69G-S3H Motherboard
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 16, NUMA node 0
	I/O ports at 01f0 [size=8]
	I/O ports at 03f4
	I/O ports at 0170 [size=8]
	I/O ports at 0374
	I/O ports at f900 [size=16]
	Kernel driver in use: pata_atiixp
	Kernel modules: pata_atiixp, pata_acpi, ata_generic

00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA)
	Subsystem: Gigabyte Technology Co., Ltd Device a002
	Flags: bus master, slow devsel, latency 32, IRQ 16, NUMA node 0
	Memory at fe024000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel

00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB600 PCI to LPC Bridge
	Subsystem: Gigabyte Technology Co., Ltd Device 5001
	Flags: bus master, 66MHz, medium devsel, latency 0, NUMA node 0

00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (prog-if 01 [Subtractive decode])
	Flags: bus master, VGA palette snoop, 66MHz, medium devsel, latency 64, NUMA node 0
	Bus: primary=00, secondary=04, subordinate=04, sec-latency=64
	I/O behind bridge: 0000b000-0000bfff
	Memory behind bridge: fdb00000-fdbfffff
	Prefetchable memory behind bridge: fda00000-fdafffff

00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
	Flags: fast devsel, NUMA node 0
	Capabilities: <access denied>

00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Address Map
	Flags: fast devsel, NUMA node 0

00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] DRAM Controller
	Flags: fast devsel, NUMA node 0
	Kernel modules: amd64_edac_mod

00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
	Flags: fast devsel, NUMA node 0
	Capabilities: <access denied>
	Kernel driver in use: k8temp
	Kernel modules: k8temp

01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2) (prog-if 00 [VGA controller])
	Subsystem: Micro-Star International Co., Ltd. [MSI] N210 [Geforce 210] PCIe graphics adapter
	Flags: bus master, fast devsel, latency 0, IRQ 31, NUMA node 0
	Memory at fb000000 (32-bit, non-prefetchable) [size=16M]
	Memory at b0000000 (64-bit, prefetchable) [size=256M]
	Memory at ce000000 (64-bit, prefetchable) [size=32M]
	I/O ports at cf00 [size=128]
	[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: nouveau
	Kernel modules: nouveau

01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)
	Subsystem: Micro-Star International Co., Ltd. [MSI] N210 [Geforce 210] PCIe graphics adapter
	Flags: bus master, fast devsel, latency 0, IRQ 19, NUMA node 0
	Memory at fcffc000 (32-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel

02:00.0 USB controller: Renesas Technology Corp. uPD720202 USB 3.0 Host Controller (rev 02) (prog-if 30 [XHCI])
	Flags: bus master, fast devsel, latency 0, IRQ 19, NUMA node 0
	Memory at fdcfe000 (64-bit, non-prefetchable) [size=8K]
	Capabilities: <access denied>
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci_pci

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01)
	Subsystem: Gigabyte Technology Co., Ltd Motherboard
	Flags: bus master, fast devsel, latency 0, IRQ 30, NUMA node 0
	I/O ports at de00 [size=256]
	Memory at fdeff000 (64-bit, non-prefetchable) [size=4K]
	[virtual] Expansion ROM at fde00000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: r8169
	Kernel modules: r8169

04:07.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
	Subsystem: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card
	Flags: slow devsel, IRQ 21, NUMA node 0
	Memory at fdbe0000 (32-bit, non-prefetchable) [size=64K]
	I/O ports at bf00 [size=32]
	Kernel modules: b2c2_flexcop_pci

Lone_Wolf · 2016-06-21 13:32:51

If the problem does also occur with stock mesa, imo it doesn't belong in this thread.
Problems specific to running mesa git master are welcome.

Bernd_B : your description suggests the problem occurs in both stock and git mesa?
I suggest starting a separate thread for it.

a few questions :
playing the h264 vids works , the problem happens when you stop them ?
If you play from cli/x-terminal , what output do you see ?
Does ctrl + alt + function key get you a functional console when the pc 'freezes' ?
What WM/DE are you using ?

lordheavy · 2016-06-24 14:21:36

Please note that now mesa-git repo provides wine-nine package - it's regular the wine release with nine patchset applied.

To install it, just do pacman -Syu wine-nine

bernd_b · 2016-07-02 08:31:16

@Lone_Wolf
Sorry, I missed the notification of your answer and just came back now.

Yes, the problem occurs with stock mesa too, so I tried the git versions to see if it helps.

The playing works, yes. the problem occurs when playing the stop button of vlc or closing the window of mpv. A "safe" method is for me to use the killall command to stop playback.

The pc freezes completely, only the mouse pointer moves, but keyboard shows no reaction. I succeded in logging in to the frozen PC with ssh, but the desktop keeps beeing frozen, regardless of all killall xine, vlc etc commands.

The desktop is xfce4 with the default windows manager and I disabled compiz.

But anyway, I understand that a separate thread could be better since this is not specific to the git-versions, although since about 10 days, I could not freeze my pc with 100 percent sureness with pressing the stop buttons in xine or vlc any more. So things seems to get better.

kerberizer · 2016-07-16 00:50:34

@Lone_Wolf, this commit changes the way pthread-stubs are handled. I wonder if we shouldn't simply add "linux*" to the new case statement, just like cygwin is now excluded, and be done with it.

Edit: Slightly off-topic, many thanks to @lordheavy for picking up this patch to Xorg, which fixes the ugly cursor amongst other titles also in Stellaris.

Edit2: This seems to work fine, though there might of course be better approaches...

diff --git a/configure.ac b/configure.ac
--- a/configure.ac
+++ b/configure.ac
@@ -824,7 +824,7 @@ test -z "$PTHREAD_LIBS" && PTHREAD_LIBS="-lpthread"
 
 dnl pthread-stubs is mandatory on targets where it exists
 case "$host_os" in
-cygwin* )
+cygwin* | linux* )
     pthread_stubs_possible="no"
     ;;
 * )

Last edited by kerberizer (2016-07-17 16:22:21)

melog · 2016-07-20 15:15:17

Unable to build right now, there seems to be a problem with the patch. Any ideas?

Thanks!

kerberizer · 2016-07-20 15:20:27

melog wrote:

Unable to build right now, there seems to be a problem with the patch. Any ideas?

Have you checked the idea right above your post?

lordheavy · 2016-07-20 15:30:39

melog wrote:

Unable to build right now, there seems to be a problem with the patch. Any ideas?
Thanks!

Without logs, noboby can't say what's wrong......

Clover is currently broken with llvm-svn, a patch should be pushed soon

Edit: See https://patchwork.freedesktop.org/series/10062/

Last edited by lordheavy (2016-07-20 15:58:54)

kerberizer · 2016-07-20 16:01:35

lordheavy wrote:

Clover is currently broken with llvm-svn, a patch should be pushed soon
Edit: See https://patchwork.freedesktop.org/series/10062/

Ah, yes, indeed: forgot about that. Clover seems to break relatively often. Good to see the patch is progressing well.

Lone_Wolf · 2016-07-21 07:49:41

diff -aur mesa.a/configure.ac mesa.b/configure.ac
--- mesa.a/configure.ac	2016-07-21 01:37:47.000000000 +0200
+++ mesa.b/configure.ac	2016-07-21 01:46:59.426168060 +0200
@@ -825,7 +825,7 @@
 
 dnl pthread-stubs is mandatory on targets where it exists
 case "$host_os" in
-cygwin* )
+cygwin* | linux* )
     pthread_stubs_possible="no"
     ;;
 * )

my new version of the patch, seems we all were thinking along the same lines.

lordheavy · 2016-07-21 07:51:36

Lone_Wolf wrote:

diff -aur mesa.a/configure.ac mesa.b/configure.ac
--- mesa.a/configure.ac	2016-07-21 01:37:47.000000000 +0200
+++ mesa.b/configure.ac	2016-07-21 01:46:59.426168060 +0200
@@ -825,7 +825,7 @@
 
 dnl pthread-stubs is mandatory on targets where it exists
 case "$host_os" in
-cygwin* )
+cygwin* | linux* )
     pthread_stubs_possible="no"
     ;;
 * )

my new version of the patch, seems we all were thinking along the same lines.

Yes, it's the best possible patch

lordheavy · 2016-07-26 21:08:01

There is now the package vulkan-radeon-git package i n the mesa-git repo, from the really early radv driver - opensourced vulkan driver for radeon from Dave Airlie and Bas Nieuwenhuizen.

Git tree is here: https://github.com/airlied/mesa/tree/semi-interesting
Source of the package is here: http://pkgbuild.com/~lcarlier/mesa-git/ … adeon-git/
Phoronix article: http://www.phoronix.com/scan.php?page=n … kan-Driver

Don't expect it to really work!

Lone_Wolf · 2016-08-17 00:02:32

Lordheavy,

a few days ago DiFuzZzoR alerted me to this bug : https://bugs.freedesktop.org/show_bug.cgi?id=97285 .
It affects Dota2 and TF2 and possibly other apllications.

I've added the patch in comment #7 to mesa-git and lib32-mesa-git, maybe you could do the same ?

Last edited by Lone_Wolf (2016-08-17 00:02:51)

lordheavy · 2016-08-17 11:36:36

Lone_Wolf wrote:

I've added the patch in comment #7 to mesa-git and lib32-mesa-git, maybe you could do the same ?

Yes, i can -> Done

gee · 2016-10-12 19:30:36

I'm not sure why but any build post Monday morning's breaks steam and steam games:

Running Steam on arch rolling 64-bit
STEAM_RUNTIME is disabled by the user
Installing breakpad exception handler for appid(steam)/version(1476134451)
libGL error: unable to load driver: radeonsi_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: radeonsi
libGL error: unable to load driver: radeonsi_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: radeonsi
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast

Rolling back to Monday's fixes the problem, so it shouldn't be something like cleaning up Steam librairies (which I do as part of starting Steam
anyway).
Has anything related to the build changed?

lordheavy · 2016-10-12 21:19:29

gee wrote:

I'm not sure why but any build post Monday morning's breaks steam and steam games:
Rolling back to Monday's fixes the problem, so it shouldn't be something like cleaning up Steam librairies (which I do as part of starting Steam
anyway).
Has anything related to the build changed?

You can try to start steam with LIBGL_DEBUG=verbose

Arch Linux

#1 2016-05-20 15:10:53

mesa-git - latest videodrivers & issues

#2 2016-05-23 23:12:21

Re: mesa-git - latest videodrivers & issues

#3 2016-05-24 14:42:02

Re: mesa-git - latest videodrivers & issues

#4 2016-05-24 15:36:35

Re: mesa-git - latest videodrivers & issues

#5 2016-05-25 00:51:36

Re: mesa-git - latest videodrivers & issues

#6 2016-05-25 14:08:56

Re: mesa-git - latest videodrivers & issues

#7 2016-06-07 08:30:40

Re: mesa-git - latest videodrivers & issues

#8 2016-06-07 08:34:19

Re: mesa-git - latest videodrivers & issues

#9 2016-06-07 08:47:42

Re: mesa-git - latest videodrivers & issues

#10 2016-06-18 07:31:38

Re: mesa-git - latest videodrivers & issues

#11 2016-06-21 13:32:51

Re: mesa-git - latest videodrivers & issues

#12 2016-06-24 14:21:36

Re: mesa-git - latest videodrivers & issues

#13 2016-07-02 08:31:16

Re: mesa-git - latest videodrivers & issues

#14 2016-07-16 00:50:34

Re: mesa-git - latest videodrivers & issues

#15 2016-07-20 15:15:17

Re: mesa-git - latest videodrivers & issues

#16 2016-07-20 15:20:27

Re: mesa-git - latest videodrivers & issues

#17 2016-07-20 15:30:39

Re: mesa-git - latest videodrivers & issues

#18 2016-07-20 16:01:35

Re: mesa-git - latest videodrivers & issues

#19 2016-07-21 07:49:41

Re: mesa-git - latest videodrivers & issues

#20 2016-07-21 07:51:36

Re: mesa-git - latest videodrivers & issues

#21 2016-07-26 21:08:01

Re: mesa-git - latest videodrivers & issues

#22 2016-08-17 00:02:32

Re: mesa-git - latest videodrivers & issues

#23 2016-08-17 11:36:36

Re: mesa-git - latest videodrivers & issues

#24 2016-10-12 19:30:36

Re: mesa-git - latest videodrivers & issues

#25 2016-10-12 21:19:29

Re: mesa-git - latest videodrivers & issues

Board footer