https://bugs.freedesktop.org/show_bug.cgi?id=94512
Bug ID: 94512 Summary: X segfaults on launching in x32 environment Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: EoD@xmw.de QA Contact: dri-devel@lists.freedesktop.org
Created attachment 122253 --> https://bugs.freedesktop.org/attachment.cgi?id=122253&action=edit backtrace of the segfault
When I try launching X (via startx e.g.), X segfaults with the following backtrace.
The segfault does not happen when I use a software rasterizer.
https://bugs.freedesktop.org/show_bug.cgi?id=94512
--- Comment #1 from Michel Dänzer michel@daenzer.net --- Looks like maybe libglapi.so.0 should be picked up from somewhere other than /usr/libx32/libglapi.so.0? It should be from the same build as the rest of the Mesa binaries. If that's not the problem, please get a backtrace with debugging symbols available for /usr/libx32/libglapi.so.0 as well.
https://bugs.freedesktop.org/show_bug.cgi?id=94512
--- Comment #2 from EoD EoD@xmw.de --- (In reply to Michel Dänzer from comment #1)
Looks like maybe libglapi.so.0 should be picked up from somewhere other than /usr/libx32/libglapi.so.0? It should be from the same build as the rest of the Mesa binaries. If that's not the problem, please get a backtrace with debugging symbols available for /usr/libx32/libglapi.so.0 as well.
I am not sure where it should be picked up from. How would I figure that out?
The library is from the same build as the rest of the Mesa binaries and the library has debugging symbols available.
/usr/libx32/libglapi.so: symbolic link to libglapi.so.0.0.0 /usr/libx32/libglapi.so.0: symbolic link to libglapi.so.0.0.0 /usr/libx32/libglapi.so.0.0.0: ELF 32-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped
https://bugs.freedesktop.org/show_bug.cgi?id=94512
EoD EoD@xmw.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|X segfaults on launching in |X segfaults with glx-tls |x32 environment |enabled in a x32 | |environment
--- Comment #3 from EoD EoD@xmw.de --- This segfault is not restricted to starting X, but also happen with glxgears and glxinfo in a multilib environment.
I also figured out those segfaults only happen if glx-tls is enabled. If glx-tls is disabled X, glxinfo and glxgears work fine again.
https://bugs.freedesktop.org/show_bug.cgi?id=94512
Michel Dänzer michel@daenzer.net changed:
What |Removed |Added ---------------------------------------------------------------------------- QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org |org Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org |org Component|Drivers/Gallium/radeonsi |GLX
--- Comment #4 from Michel Dänzer michel@daenzer.net --- Sounds like it's not a driver specific issue then but a general one with GLX-TLS on x32.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org