Summary: | media-libs/mesa - segmentation fault in r600g_dri.so | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Lars Wendler (Polynomial-C) (RETIRED) <polynomial-c> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Lars Wendler (Polynomial-C) (RETIRED)
2013-03-15 17:48:08 UTC
Please post your `emerge -vpq media-libs/mesa output in a comment. # emerge -qpv mesa [ebuild R ] media-libs/mesa-9.1 USE="-bindist classic -debug egl gallium -gbm -gles1 -gles2 llvm nptl openvg osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) shared-glapi -vdpau -wayland -xa xorg xvmc" PYTHON_SINGLE_TARGET="-python2_6 python2_7" PYTHON_TARGETS="-python2_6 python2_7" VIDEO_CARDS="-i915 -i965 -intel -nouveau -r100 -r200 -r300 -r600 radeon -radeonsi -vmware" Okay I now reverted back all ebuilds who make use of this X86_ABI="32" feature to not use it and the segfaults persist. So I'm now seeking for help how to fix this. Up to now I've tried the following to no avail: - recompiled mesa, libdrm, xorg-server, xf86-video-ati - changed USE flags for mesa to its default values - compiled mesa and mesa-progs with debug symbols. See the backtrace below: lars@shanghai:~> gdb glxgears GNU gdb (Gentoo 7.5.1 p1) 7.5.1 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /usr/bin/glxgears...done. (gdb) run Starting program: /usr/bin/glxgears warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". libGL error: failed to load driver: r600 libGL error: Try again with LIBGL_DEBUG=verbose for more details. Program received signal SIGSEGV, Segmentation fault. 0x00007ffff416618a in do_winsys_init (ws=0x63de60) at radeon_drm_winsys.c:204 204 radeon_drm_winsys.c: Datei oder Verzeichnis nicht gefunden. (gdb) bt #0 0x00007ffff416618a in do_winsys_init (ws=0x63de60) at radeon_drm_winsys.c:204 #1 0x00007ffff416d488 in radeon_drm_winsys_create (fd=-1) at radeon_drm_winsys.c:582 #2 0x00007ffff3d28c87 in create_screen (fd=-1) at target.c:11 #3 0x00007ffff4161bed in dri2_init_screen (sPriv=0x63dcf0) at dri2.c:807 #4 0x00007ffff1af0feb in driCreateNewScreen (scrn=0, extensions=0x7ffff7a9c6f0 <loader_extensions>, driver_configs=0x7fffffffd508, data=0x617db0) at ../../../../src/mesa/drivers/dri/common/drisw_util.c:69 #5 0x00007ffff787b5d6 in driswCreateScreen (screen=0, priv=0x614790) at drisw_glx.c:672 #6 0x00007ffff7847761 in AllocAndFetchScreenConfigs (dpy=0x605010, priv=0x614790) at glxext.c:758 #7 0x00007ffff7847b13 in __glXInitialize (dpy=0x605010) at glxext.c:859 #8 0x00007ffff78419db in GetGLXPrivScreenConfig (dpy=0x605010, scrn=0, ppriv=0x7fffffffd758, ppsc=0x7fffffffd750) at glxcmds.c:174 #9 0x00007ffff7843b44 in glXChooseVisual (dpy=0x605010, screen=0, attribList=0x7fffffffd7d0) at glxcmds.c:1195 #10 0x0000000000402d04 in make_window (ctxRet=<synthetic pointer>, winRet=<synthetic pointer>, height=300, width=300, y=0, x=0, name=0x403740 "glxgears", dpy=0x605010) at src/xdemos/glxgears.c:515 #11 main (argc=1, argv=<optimized out>) at src/xdemos/glxgears.c:756 (gdb) Okay, found out it's a permission problem. Seems like recent attempts to fix udev's rc_coldplug="NO" feature screwed up the /dev tree wuite a bit (see bug #461838). Sorry for all the useless noise with this bug :-( |