Comment # 7
on bug 71516
from Elven Decker
Good news and bad news, and light at the end of the tunnel
LIBGL_ALWAYS_SOFTWARE was getting set to one in
/etc/X11/Xsession.d/50_check_unity_support. So I overrode the value as below:
cat 50_check_unity_support
# This file is sourced by Xsession(5), not executed.
# If the hardware does not pass unity_support_test, fall back to LLVMpipe
# which does.
if [ "x$DESKTOP_SESSION" = "xubuntu" ]; then
/usr/lib/nux/unity_support_test || export LIBGL_ALWAYS_SOFTWARE=1
fi
export LIBGL_ALWAYS_SOFTWARE=0
which set LIBGL_ALWAYS_SOFTWARE to zero:
printenv | grep ALWAYS
LIBGL_ALWAYS_SOFTWARE=0
Unfortunately there was no change in the behavior of the system and we still
see unity not supported...
/usr/lib/nux/unity_support_test -p
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.3, 128 bits)
OpenGL version string: 2.1 Mesa 9.2.1
Not software rendered: no
Not blacklisted: yes
GLX fbconfig: yes
GLX texture from pixmap: yes
GL npot or rect textures: yes
GL vertex program: yes
GL fragment program: yes
GL vertex buffer object: yes
GL framebuffer object: yes
GL version is 1.4+: yes
Unity 3D supported: no
LIBGL_DEBUG=verbose glxinfo 2>&1 >/dev/null
libGL: OpenDriver: trying /usr/lib/i386-linux-gnu/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/i386-linux-gnu/dri/swrast_dri.so
based on your comment about the r300 driver, I tried a forced loading of R300
by putting it into an xorg.conf... in Xorg.0.log we see
[ 54.122] (II) LoadModule: "r300"
[ 54.122] (WW) Warning, couldn't open module r300
[ 54.122] (II) UnloadModule: "r300"
[ 54.123] (II) Unloading r300
[ 54.123] (EE) Failed to load module "r300" (module does not exist, 0)
I'm clearly missing a package... which one?? Thanks
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
