I have xserver from git - commit fde2f961035609cfff8761ef1e0f23e6a9761be2 Author: Keith Packard <keithp@keithp.com> Date: Mon Dec 15 11:39:24 2008 -0800 mesa from git master commit 702b5b076b7591560e7e701e0c9ff2eeb30fa966 Author: Brian Paul <brian.paul@tungstengraphics.com> Date: Mon Dec 15 18:37:39 2008 -0700 xf86-video-vesa commit d994a9abbda582ccd6d38447ca2201de10cc36a5 Author: Adam Jackson <ajax@redhat.com> Date: Sun Nov 23 17:28:33 2008 -0500 compiled against xserver above. If i set export LIBGL_ALWAYS_INDIRECT=1 and try to use glxinfo (not from git mesa, older version), glxgears or KDE 4.1.3 started to check OpenGL (more precisely kwin included in Slackware's /testing packages. I first discover this bug while trying to run KDE 4.1.3 with composite on VESA driver, and later come to glxinfo/glxgears hang, because from KDE's sources kwin will set same variable LIBGL_ALWAYS_INDIRECT=1 at startup/OpenGL checking) Xserver just hang, but i can rebot machine via ACPI. No core files generated, even with sync-mounted / . Will add usual conf/log in next two attachments ....
Created attachment 21193 [details] Xorg.log
Created attachment 21194 [details] xorg.conf
After reproducing the problem, can you log in remotely and check the following: Does the X server process still exist? If not, check its stderr output. If it still exists, can you attach gdb to it and get a backtrace?
Not from real machine but from QEMU: [ qemu -cdrom /mnt/hdc6/ISO/slax-5.18.2-i486-rus-dmi2.iso -m 128 -k en-us -no-kqemu -redir tcp:5000::22 ] ssh to guest machine .... [ssh localhost -p 5000] --------- root@slax:~# export LIBGL_ALWAYS_INDIRECT=1 root@slax:~# glxinfo name of display: :0.0 /usr/X11/bin/X: symbol lookup error: /usr/X11R7/lib/dri/swrast_dri.so: undefined symbol: _glapi_check_multithread XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" after 19 requests (14 known processed) with 0 events remaining. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" after 3832 requests (3830 known processed) with 0 events remaining. [1]- Exit 127 /usr/X11/bin/X -retro --------- So, process X just exit .... I can restart it remotely, without problem ....
after quick googling around ... https://bugs.gentoo.org/show_bug.cgi?&id=246758 ?
and this discussion ... http://www.nabble.com/X-server-1.5.3-2-candidate-td20489942.html
I don't think those are related. The _glapi_* symbols should be defined by the glx module. This looks like it could be a regression of the symbol visibility changes, does it work if you build xserver with --disable-visibility or whatever it's called?
Yes, ./configure --prefix=/usr/X11R7 --disable-builtin-fonts --disable-xvfb --disable-xnest --disable-visibility && make and glxinfo & glxgears works again! (xserver git commit 8511a964f81b3b06a526f0fca4232afb2152f405 Author: Matthias Hopf <mhopf@suse.de> Date: Tue Dec 16 18:21:20 2008 +0100)
Now i have Xserver compiled without additional "-disable-visibility", with gcc 4.3.1, from this commit: commit d61e902aab92c262e6c8ee9cd70aec4493cf6cae Author: Francis Giraldeau <francis.giraldeau@revolutionlinux.com> Date: Wed Dec 17 09:49:39 2008 +0200 [ just above commit 295a3fa721ee2f2226891de308c0c4b0ee26fe72 Author: Paulo Cesar Pereira de Andrade <pcpa@mandriva.com.br> Date: Wed Dec 17 02:04:12 2008 -0200 Ensure symbols required by swrast_dri.so are visible. ] and glxinfo & glxgears works fine with LIBGL_ALWAYS_INDIRECT=1. I've checked configure.log, visibility check passed. I hope this bug was short-lived and can be closed now.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.