[arch-general] Open Source ati driver can't load GLX extension
Hey, when I try to run steam, since some days, I'm getting the following error: Installing breakpad exception handler for appid(steam)/version(1393366296_client) Installing breakpad exception handler for appid(steam)/version(1393366296_client) OpenGL GLX extension not supported by displayAssert( Assertion Failed: Fatal Error: OpenGL GLX extension not supported by display ):/home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/steamUI/Main.cpp:286 Installing breakpad exception handler for appid(steam)/version(1393366296_client) Uploading dump (out-of-process) [proxy ''] /tmp/dumps/assert_20140305130718_4.dmp Finished uploading minidump (out-of-process): success = yes response: CrashID=bp-d5f13248-7775-4252-9eea-d1b472140305 Can anyone help me solving this? Thanks in advance. Heiko
On Wednesday, March 05, 2014 13:18:02 Heiko Becker wrote:
OpenGL GLX extension not supported by displayAssert( Assertion Failed: Fatal Error: OpenGL GLX extension not supported by display
You need (lib32-)ati-dri besides xf86-video-ati, for OpenGL GLX extension to work with steam. Regards, Felix Yan
Am 05.03.2014 16:04, schrieb Felix Yan:
On Wednesday, March 05, 2014 13:18:02 Heiko Becker wrote:
OpenGL GLX extension not supported by displayAssert( Assertion Failed: Fatal Error: OpenGL GLX extension not supported by display
You need (lib32-)ati-dri besides xf86-video-ati, for OpenGL GLX extension to work with steam.
He said "since some days". Does the same happen with a clean steam in a clean home directory? It would be nice to know, which packages have been updated.
Am 05.03.2014 16:22, schrieb Simon Brand:
Am 05.03.2014 16:04, schrieb Felix Yan:
On Wednesday, March 05, 2014 13:18:02 Heiko Becker wrote:
OpenGL GLX extension not supported by displayAssert( Assertion Failed: Fatal Error: OpenGL GLX extension not supported by display You need (lib32-)ati-dri besides xf86-video-ati, for OpenGL GLX extension to work with steam.
He said "since some days". Does the same happen with a clean steam in a clean home directory?
It would be nice to know, which packages have been updated.
Hey, unfortunately I already have lib32-ati-dri and ati-dri installed. I can't really tell since when this happens as I've been busy for university and updated sometimes meanwhile. So I can't tell what package exactly brocke it. Before, I was able to run steam but it always notified me of the lacking glx. Thanks in advance. Heiko
On Wed, Mar 5, 2014 at 1:41 PM, Heiko Becker
Hey,
unfortunately I already have lib32-ati-dri and ati-dri installed.
I can't really tell since when this happens as I've been busy for university and updated sometimes meanwhile. So I can't tell what package exactly brocke it.
You can take a look at pacman log file (/var/log/pacman.log) for hints. Kind regards, Eliseo.
Before, I was able to run steam but it always notified me of the lacking glx.
Thanks in advance.
Heiko
Am 05.03.2014 18:26, schrieb Eliseo Ocampos:
On Wed, Mar 5, 2014 at 1:41 PM, Heiko Becker
Hey,
unfortunately I already have lib32-ati-dri and ati-dri installed.
I can't really tell since when this happens as I've been busy for university and updated sometimes meanwhile. So I can't tell what package exactly brocke it.
You can take a look at pacman log file (/var/log/pacman.log) for hints.
Kind regards, Eliseo.
Before, I was able to run steam but it always notified me of the lacking glx.
Thanks in advance.
Heiko
What should I look for? Kind regards, Heiko
Am 05.03.2014 18:49, schrieb Heiko Becker:
What should I look for?
Kind regards, Heiko
Kernel, mesa, lib-ati, lib32-ati, steam, xorg* What video card do you have? Did you try a clean /home directory?
Am 05.03.2014 18:55, schrieb Simon Brand:
Am 05.03.2014 18:49, schrieb Heiko Becker:
What should I look for?
Kind regards, Heiko
Kernel, mesa, lib-ati, lib32-ati, steam, xorg* What video card do you have?
Did you try a clean /home directory?
Ok, here is what I have: [2013-11-01 12:56] [PACMAN] upgraded lib32-ati-dri (9.2.0-1 -> 9.2.2-1) [2013-11-15 13:11] [PACMAN] upgraded lib32-ati-dri (9.2.2-1 -> 9.2.3-1) [2013-11-21 07:26] [PACMAN] upgraded lib32-ati-dri (9.2.3-1 -> 9.2.3-2) [2013-11-30 16:03] [PACMAN] upgraded lib32-ati-dri (9.2.3-2 -> 9.2.4-1) [2013-12-20 08:09] [PACMAN] upgraded lib32-ati-dri (9.2.4-1 -> 10.0.1-1) [2014-01-17 14:53] [PACMAN] upgraded lib32-ati-dri (10.0.1-1 -> 10.0.2-1) [2014-02-07 11:02] [PACMAN] upgraded lib32-ati-dri (10.0.2-1 -> 10.0.3-1) Same goes for ati-dri, steam, xorg and Kernel. Plenty of updates. I will try a clean home directory now. Kind regards, Heiko
Am 05.03.2014 19:01, schrieb Heiko Becker:
Am 05.03.2014 18:55, schrieb Simon Brand:
Am 05.03.2014 18:49, schrieb Heiko Becker:
What should I look for?
Kind regards, Heiko
Kernel, mesa, lib-ati, lib32-ati, steam, xorg* What video card do you have?
Did you try a clean /home directory?
Ok, here is what I have:
[2013-11-01 12:56] [PACMAN] upgraded lib32-ati-dri (9.2.0-1 -> 9.2.2-1) [2013-11-15 13:11] [PACMAN] upgraded lib32-ati-dri (9.2.2-1 -> 9.2.3-1) [2013-11-21 07:26] [PACMAN] upgraded lib32-ati-dri (9.2.3-1 -> 9.2.3-2) [2013-11-30 16:03] [PACMAN] upgraded lib32-ati-dri (9.2.3-2 -> 9.2.4-1) [2013-12-20 08:09] [PACMAN] upgraded lib32-ati-dri (9.2.4-1 -> 10.0.1-1) [2014-01-17 14:53] [PACMAN] upgraded lib32-ati-dri (10.0.1-1 -> 10.0.2-1) [2014-02-07 11:02] [PACMAN] upgraded lib32-ati-dri (10.0.2-1 -> 10.0.3-1)
Same goes for ati-dri, steam, xorg and Kernel. Plenty of updates.
I will try a clean home directory now.
Kind regards,
Heiko
Short Update: Clean /home/ gives me: Running Steam on arch 64-bit STEAM_RUNTIME is enabled automatically Installing breakpad exception handler for appid(steam)/version(1393366296_client) Installing breakpad exception handler for appid(steam)/version(1393366296_client) /home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp (2024) : Assertion Failed: Die Datei existiert bereits Assert( Assertion Failed: Die Datei existiert bereits ):/home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp:2024 Installing breakpad exception handler for appid(steam)/version(1393366296_client) Uploading dump (out-of-process) [proxy ''] Kind regards, Heiko
Am 05.03.2014 19:13, schrieb Heiko Becker:
Short Update:
Clean /home/ gives me:
Running Steam on arch 64-bit STEAM_RUNTIME is enabled automatically Installing breakpad exception handler for appid(steam)/version(1393366296_client) Installing breakpad exception handler for appid(steam)/version(1393366296_client) /home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp (2024) : Assertion Failed: Die Datei existiert bereits Assert( Assertion Failed: Die Datei existiert bereits ):/home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp:2024
Installing breakpad exception handler for appid(steam)/version(1393366296_client) Uploading dump (out-of-process) [proxy '']
Kind regards,
Heiko
I'd rather think, it is a steam problem. Steam is working fine here, maybe you should contact the steam support. Btw are you sure, it was a clean home? Because "Die Datei existiert bereits" implys, that there was an existing file. You can start steam with strace to see, which file steam is refering to. (or add a real new user)
Am 05.03.2014 19:54, schrieb Simon Brand:
Am 05.03.2014 19:13, schrieb Heiko Becker:
Short Update:
Clean /home/ gives me:
Running Steam on arch 64-bit STEAM_RUNTIME is enabled automatically Installing breakpad exception handler for appid(steam)/version(1393366296_client) Installing breakpad exception handler for appid(steam)/version(1393366296_client) /home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp (2024) : Assertion Failed: Die Datei existiert bereits Assert( Assertion Failed: Die Datei existiert bereits ):/home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp:2024
Installing breakpad exception handler for appid(steam)/version(1393366296_client) Uploading dump (out-of-process) [proxy '']
Kind regards,
Heiko
I'd rather think, it is a steam problem. Steam is working fine here, maybe you should contact the steam support.
Btw are you sure, it was a clean home? Because "Die Datei existiert bereits" implys, that there was an existing file. You can start steam with strace to see, which file steam is refering to. (or add a real new user)
Hey, I don't think it is related to steam, as starting mincraft gives me the same error: org.lwjgl.LWJGLException: Could not init GLX at org.lwjgl.opengl.LinuxDisplayPeerInfo.initDefaultPeerInfo(Native Method) at org.lwjgl.opengl.LinuxDisplayPeerInfo.<init>(LinuxDisplayPeerInfo.java:61) at org.lwjgl.opengl.LinuxDisplay.createPeerInfo(LinuxDisplay.java:818) at org.lwjgl.opengl.DrawableGL.setPixelFormat(DrawableGL.java:61) at org.lwjgl.opengl.Display.create(Display.java:846) at org.lwjgl.opengl.Display.create(Display.java:757) at org.lwjgl.opengl.Display.create(Display.java:739) at azl.ad(SourceFile:325) at azl.f(SourceFile:696) at net.minecraft.client.main.Main.main(SourceFile:148) It was a clean home (for the new user "test") but I had to restart steam since it didn't even show a GUI when launching for the first time. Could this be solved by installing the catalyst driver? I would then try this although it might impose a lot of work on me as I am running on xorg 1.15... Best regards, Heiko
Am 05.03.2014 20:24, schrieb Heiko Becker:
Am 05.03.2014 19:54, schrieb Simon Brand:
Am 05.03.2014 19:13, schrieb Heiko Becker:
Short Update:
Clean /home/ gives me:
Running Steam on arch 64-bit STEAM_RUNTIME is enabled automatically Installing breakpad exception handler for appid(steam)/version(1393366296_client) Installing breakpad exception handler for appid(steam)/version(1393366296_client) /home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp
(2024) : Assertion Failed: Die Datei existiert bereits Assert( Assertion Failed: Die Datei existiert bereits ):/home/buildbot/buildslave_steam/steam_rel_client_ubuntu12_linux/build/src/tier0/threadtools.cpp:2024
Installing breakpad exception handler for appid(steam)/version(1393366296_client) Uploading dump (out-of-process) [proxy '']
Kind regards,
Heiko
I'd rather think, it is a steam problem. Steam is working fine here, maybe you should contact the steam support.
Btw are you sure, it was a clean home? Because "Die Datei existiert bereits" implys, that there was an existing file. You can start steam with strace to see, which file steam is refering to. (or add a real new user)
Hey,
I don't think it is related to steam, as starting mincraft gives me the same error: org.lwjgl.LWJGLException: Could not init GLX at org.lwjgl.opengl.LinuxDisplayPeerInfo.initDefaultPeerInfo(Native Method) at org.lwjgl.opengl.LinuxDisplayPeerInfo.<init>(LinuxDisplayPeerInfo.java:61) at org.lwjgl.opengl.LinuxDisplay.createPeerInfo(LinuxDisplay.java:818) at org.lwjgl.opengl.DrawableGL.setPixelFormat(DrawableGL.java:61) at org.lwjgl.opengl.Display.create(Display.java:846) at org.lwjgl.opengl.Display.create(Display.java:757) at org.lwjgl.opengl.Display.create(Display.java:739) at azl.ad(SourceFile:325) at azl.f(SourceFile:696) at net.minecraft.client.main.Main.main(SourceFile:148)
It was a clean home (for the new user "test") but I had to restart steam since it didn't even show a GUI when launching for the first time.
Could this be solved by installing the catalyst driver? I would then try this although it might impose a lot of work on me as I am running on xorg 1.15...
Best regards,
Heiko
Some additional info, I forgot: The minecraft launcher says that it was not able to initialize an OpenGL Context, so generally OpenGL seems to be broken although I have all libraries installed. Heiko
Le mercredi 5 mars 2014, 20:28:09 Heiko Becker a écrit :
The minecraft launcher says that it was not able to initialize an OpenGL Context, so generally OpenGL seems to be broken although I have all libraries installed.
Heiko
What are the ouput of you xorg.0.log file and dmesg ? -- Laurent Carlier ArchLinux Developer http://www.archlinux.org
On Wed, 2014-03-05 at 20:42 +0100, Laurent Carlier wrote:
dmesg
*?* journalctl _TRANSPORT=kernel journalctl --dmesg OT: Is there a way to get the complete text, so that there isn't the need to push the return key and scroll in slow motion through the journalctl log?
Am 05.03.2014 20:57, schrieb Ralf Mardorf:
On Wed, 2014-03-05 at 20:42 +0100, Laurent Carlier wrote:
dmesg *?*
journalctl _TRANSPORT=kernel journalctl --dmesg
OT: Is there a way to get the complete text, so that there isn't the need to push the return key and scroll in slow motion through the journalctl log?
ok, sorry guys. As I sended you the files as attachment, my message was not send. Here they are on my Wuala acc: https://www.wuala.com/nesreka/Log/?key=kWazAzOXRSNj Another point from my mail: I found a bugreport on the net which says I should add the option "nomsi".but I don't know where. Link:https://bugs.archlinux.org/task/17686 But this seems to be outdated... Best regards, Heiko
Am 05.03.2014 21:04, schrieb Heiko Becker:
Am 05.03.2014 20:57, schrieb Ralf Mardorf:
On Wed, 2014-03-05 at 20:42 +0100, Laurent Carlier wrote:
dmesg *?*
journalctl _TRANSPORT=kernel journalctl --dmesg
OT: Is there a way to get the complete text, so that there isn't the need to push the return key and scroll in slow motion through the journalctl log?
ok, sorry guys. As I sended you the files as attachment, my message was not send.
Here they are on my Wuala acc:
https://www.wuala.com/nesreka/Log/?key=kWazAzOXRSNj
Another point from my mail: I found a bugreport on the net which says I should add the option "nomsi".but I don't know where. Link:https://bugs.archlinux.org/task/17686 But this seems to be outdated...
Best regards,
Heiko
Hey, I think I found it in the Xorg.0.log : [ 27.415] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/r600_dri.so failed (libLLVM-3.4.so: cannot open shared object file: No such file or directory) [ 27.415] (EE) AIGLX: reverting to software rendering [ 27.436] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so failed (libLLVM-3.4.so: cannot open shared object file: No such file or directory) [ 27.436] (EE) GLX: could not load software renderer Problem being: I need llvm3.3 for a software project. But after that GLX should work again. Is there a possibility to add llvm to the dependencies of xf86-video-ati ? I'm having llvm in my ignorepackages and it doesn't get updated, so xf86-video-ati should not have been updated as far as I see. Best regards, Heiko
Is there a possibility to add llvm to the dependencies of xf86-video-ati ?
I'm having llvm in my ignorepackages and it doesn't get updated, so xf86-video-ati should not have been updated as far as I see.
llvm is depency for mesa, and as we usually don't use versioned depencies for packages in Arch, as everything is expected to be updated and cherry picking is frowned uppon. So even if you have llvm in ignore list, packages that depend on it will still get updated, as they assume you also update llvm....
Am 06.03.2014 09:53, schrieb Jesse Juhani Jaara:
Is there a possibility to add llvm to the dependencies of xf86-video-ati ?
I'm having llvm in my ignorepackages and it doesn't get updated, so xf86-video-ati should not have been updated as far as I see. llvm is depency for mesa, and as we usually don't use versioned depencies for packages in Arch, as everything is expected to be updated and cherry picking is frowned uppon. So even if you have llvm in ignore list, packages that depend on it will still get updated, as they assume you also update llvm....
Oh ok. Sorry. Didn't know that. So I better check dependencies myself next time. Best regards, Heiko
Le jeudi 6 mars 2014, 09:46:25 Heiko Becker a écrit :
I think I found it in the Xorg.0.log :
[ 27.415] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/r600_dri.so failed (libLLVM-3.4.so: cannot open shared object file: No such file or directory) [ 27.415] (EE) AIGLX: reverting to software rendering [ 27.436] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so failed (libLLVM-3.4.so: cannot open shared object file: No such file or directory) [ 27.436] (EE) GLX: could not load software renderer
Problem being: I need llvm3.3 for a software project. But after that GLX should work again.
Is there a possibility to add llvm to the dependencies of xf86-video-ati ?
I'm having llvm in my ignorepackages and it doesn't get updated, so xf86-video-ati should not have been updated as far as I see.
Best regards,
Heiko
Perhaps you can try to install llvm-libs ? -- Laurent Carlier ArchLinux Developer http://www.archlinux.org
Am 07.03.2014 07:35, schrieb Laurent Carlier:
Le jeudi 6 mars 2014, 09:46:25 Heiko Becker a écrit :
I think I found it in the Xorg.0.log :
[ 27.415] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/r600_dri.so failed (libLLVM-3.4.so: cannot open shared object file: No such file or directory) [ 27.415] (EE) AIGLX: reverting to software rendering [ 27.436] (EE) AIGLX error: dlopen of /usr/lib/xorg/modules/dri/swrast_dri.so failed (libLLVM-3.4.so: cannot open shared object file: No such file or directory) [ 27.436] (EE) GLX: could not load software renderer
Problem being: I need llvm3.3 for a software project. But after that GLX should work again.
Is there a possibility to add llvm to the dependencies of xf86-video-ati ?
I'm having llvm in my ignorepackages and it doesn't get updated, so xf86-video-ati should not have been updated as far as I see.
Best regards,
Heiko Perhaps you can try to install llvm-libs ?
Thanks for this idea, but I need to link c++ code against the llvm library so I don't think that an update will help. But I will just wait for some days now, then everything will be fine, because the project is finished. Best regards, Heiko
but I need to link c++ code against the llvm library so I don't think that an update will help. But I will just wait for some days now, then everything will be fine, because the project is finished.
Or you could just build LLVM (and clang if you need it) from source and link your project against that. That way, you can upgrade your system's LLVM/clang packages without breaking your project.
participants (8)
-
Delcypher
-
Eliseo Ocampos
-
Felix Yan
-
Heiko Becker
-
Jesse Juhani Jaara
-
Laurent Carlier
-
Ralf Mardorf
-
Simon Brand