xserver-xgl on gutsy doesn't work
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xserver-xgl (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Binary package hint: xserver-xgl
I upgrade to gusty since tribe 3
My configuration was xserver-xgl with separate xsession plus fglrx and everything was working (direct rendering enabled)
The xserver-xgl version that I was using since today was the one in feisty (xserver-
Today a xerver-xgl deb appears in the gusty repo, it's 1:1.1.99.
But it causes direct rendering no longer work. The driver are correctly installed.
The strange thing is that also login in a only xorg xsession, xgl still load, causing the direct rendering to not work.
Removing the package solve the issues, but I need it.
Mircea Deaconu (mirceade) wrote : | #1 |
Andreas Wenning (andreas-wenning) wrote : | #2 |
Xgl is started everytime you start an xsession (changed in the new version). From the changelog:
* debian/
+ Wrapper script to automatically add appropriate accel options to Xgl,
make it fail to launch under some drivers that won't work, add
appropriate cookie to xauth, and set DISPLAY.
+ Use xmodmap to disable shift-backspace killing Xgl
+ Install into /etc/X11/Xsession.d to automatically start Xgl (LP: 122939)
+ Start Xgl first so other session scripts such as seahorse get the right
DISPLAY
John Dong (jdong) wrote : Re: [Bug 136598] Re: xserver-xgl on gutsy doesn't work | #3 |
For what it's worth, I've been using fglrx on Gutsy and compiz with Xgl and
have not had a single issue.
Luca Carrogu (motoplux) wrote : | #4 |
fglrxinfo says
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI MOBILITY RADEON X600 SE
OpenGL version string: 2.0.6747 (8.40.4)
so how can I solve?
plun (plun) wrote : | #5 |
I have exactly same trouble on a nVidia card.
If I uninstalls xserver-xgl and logs in with failsafe mode Direct Rendering
works again. (GTK crashes with normal login... searches for xserver-xgl)
Running CF from GIT with (of course) Direct Rendering.... :-)
hexion (hexium) wrote : | #6 |
I can confirm this bug.
Everything was running well till I upgraded xserver-xgl.
Now, XGL is started but without any acceleration.
From Xorg.0.log:
(EE) AIGLX error: dlsym for __driCreateNewS
(EE) AIGLX: reverting to software rendering
(II) Loading local sub module "GLcore"
(II) LoadModule: "GLcore"
So AIGLX is started (it shouldn't). Note, I'm using the same xorg.conf as in my other partition with Feisty. There, XGL, fglrx, and compiz work without issues.
I tried to modify my xorg.conf to add "AIGLX" "off".. (I used "Composite" "0"). Doesn't work yet, but I saw in the logs that AIGLX wasn't started.
I tried also to downgrade to the previous version... no can do.
Changed in xserver-xgl: | |
status: | New → Confirmed |
plun (plun) wrote : | #7 |
xserver-xgl brakes nvidias server
OK in failsafe mode (below)
Cannot find where xserver-xgl is started... a lot of scripts.... one comes from Kristian, Compiz-Fusion (dev).
plun@dunder:~$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
GLX_
GLX_
GLX_
GLX_
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
GLX_
GLX_
GLX_
GLX_
GLX_
GLX_
Justin Smith (erovore) wrote : | #8 |
Confirmed here as well.. dont see how to revert not using it at all. Extremely slow. Can't use the desktop at all normally and if I remove the package it wont do anything after login.
hexion (hexium) wrote : | #9 |
As someone stated in the forums ( http://
sudo rm /etc/X11/
Chris Halse Rogers (raof) wrote : | #10 |
This is not actually a bug, but rather is intended behaviour. Installing xgl now makes it start automatically. Among other things, this means that those people who are already starting Xgl in a session script will have problems doing that, as they'll be trying to start it twice.
There is bug #136962 which affects people on the removal of Xgl - I'll attempt to fix this shortly.
Luca Carrogu (motoplux) wrote : | #11 |
I tried to get 'round the problem...
In my /etc/X11/
so I moved 00xserver-
In this way of course Xgl start automatically with normal session and I don't have to start with an "Xgl session"
By the way, IMHO was better having two separate session.
Chris Halse Rogers (raof) wrote : | #12 |
Could you please attach your 10fglrx file? Do you know where it came from, because it doesn't seem to be installed by the xorg-driver-fglrx package from what I can tell (which is not a lot, I don't have ATI hardware).
Any other oddball Xsession.d files that people can throw at me, so I can make sure Xgl works for everyone?
Luca Carrogu (motoplux) wrote : | #13 |
- /etc/X11/Xsession.d/10fglrx Edit (271 bytes, text/plain)
mMy 10fglrx attached.
It cames from the packet xorg-driver-fglrx that I have created downloading the latest driver (8.40.4) from the ATI official site.
To create it I followed this guide "http://
John Dong (jdong) wrote : | #14 |
I can confirm same behavior -- 10fglrx needs to run before Xgl, else no 3D
is accelerated.
LIBGL_DRIVERS_
if [ `uname -m` = 'x86_64' ]; then
if [ -d /usr/lib32/dri ]; then
LIBGL_
LD_
export LD_LIBRARY_PATH
fi
fi
export LIBGL_DRIVERS_PATH
lukas engelmann (lukeng) wrote : | #15 |
same Problem here with the driver (8.39.4) from the ATI official site.
but after moving xserver-
glxinfo says:
glxinfo
name of display: :1.0
Xlib: extension "XFree86-DRI" missing on display ":1.0".
display: :1 screen: 0
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_
GLX_
GLX_
GLX_
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
GLX_
GLX_
GLX_
GLX version: 1.2
GLX extensions:
GLX_
GLX_
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Mobility Radeon X1400
OpenGL version string: 1.2 (2.0.6650 (8.39.4))
OpenGL extensions:
GL_
GL_
GL_
GL_
GL_
GL_
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
-------
0x2c 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x2d 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x2e 32 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 Ncon
0x2f 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 Ncon
fglrxinfo says:
fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Mobility Radeon X1400
OpenGL version string: 2.0.6650 (8.39.4)
what to do? and is this change of having xgl always working meant, to have compiz-fusion enabled in the usual gnome-session with fglrx. because it doesnt work too.
thanks for help..
Luca Carrogu (motoplux) wrote : | #16 |
to lukas engelmann
Having the "direct rendering: No" it's normal running Xgl, because it takes the 3D acceleration. But compiz has to work
Are you sure that you aren't starting twice Xgl?
John Dong (jdong) wrote : | #17 |
Lukas, are you sure that you lost 3D support? verify by running some 3D
application instead of glxinfo output. Xgl accelerates 3D indirectly, but it
is still accelerated. Direct rendering != 3D support.
Also, wihtin Xgl, it is expected that FGLRX X11 extensions will not be
reachable.
Clay Fandre (clay-fandre) wrote : | #18 |
Another side effect other than "Direct rendering = No" is XINERAMA stopped working, at least with the nvidia driver. ('xdpyinfo | grep XINERAMA' returned nothing. Once I removed
/etc/X11/
Pepie 34 (romain-herault+launchpad) wrote : | #19 |
1) xserver-xgl is not mandatory
So if you have fglrx but no xgl, you can never log on
2) xorg fglrx can be loaded but not dri, for examples if something is wrong with linux-restricted
So Xgl is started on mesa, which is really slow...
Expeted behaviour in my point of view
1) you should definitively be able to choose to start XGL at GDM.
2) never start XGL if mesa is used with no Direct rendering
A better solution than to remove /etc/X11/
Trond Thorbjørnsen (tthorb) wrote : | #20 |
Xgl works when changing 00xserver-
$ fgl_glxgears
Using GLX_SGIX_pbuffer
Xlib: extension "XFree86-DRI" missing on display ":1.0".
Error: couldn't get fbconfig
But the following gives:
$ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Mobility Radeon X1400
OpenGL version string: 2.0.6473 (8.37.6)
and Beryl works...
I've read the last post, but I can't find the XGL_BLACKLIST, so I haven't tried that yet.
Pepie 34 (romain-herault+launchpad) wrote : | #21 |
In 00xserver-
replace
XGL_BLACKLIST="nv vga vesa vmware"
by
XGL_BLACKLIST="nv vga vesa vmware fglrx avivo"
Doing that you will start on a standard Xorg (no XGL) so no desktop effect but you can run openGL application like google eartgh
Mircea Deaconu (mirceade) wrote : | #22 |
"fglrxinfo says
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI MOBILITY RADEON X600 SE
OpenGL version string: 2.0.6747 (8.40.4)
so how can I solve?"
Dude, first get rid of that ati driver - 8.40. It has caused me only sorrow. Use the one Ubuntu provides by default (8.37.6) using the Restricted Drivers utility.
Second, report if the latest xgl Ubuntu update solved anything.
Mircea Deaconu (mirceade) wrote : | #23 |
Forget about it. I haven't exactly read all your comments before posting mine. Sorry about that.
Lee Sudduth (lsudduth) wrote : | #24 |
There are some changes since the earlier comments were posted. 00xserver-
rhY (rhy) wrote : Wrong Vendor. | #25 |
I'm having a similar issue. Also, when I run glxinfo it tells me Direct Rendering: No (even though glxgears gets 2000+ fps!), and says my vendor is SGI, even though I am clearly only on Nvidia.
Very strange. Games run terribly, and any kind of 3d in wine crashes the wine app immediately, leaving me back on the desktop with no Mario Kart.
John Dong (jdong) wrote : | #26 |
This is completely normal behavior -- Applications inside Xgl do OpenGL via Xgl's OpenGL library (which does have vendor = SGI). It is hardware accelerated, but also indirect at the same time. It's also sometimes quirky and will NOT run intensive games or heavy opengl apps well. This is a limitation of the xgl server
rhY (rhy) wrote : Re: [Bug 136598] Re: xserver-xgl on gutsy doesn't work | #27 |
John Dong wrote:
> This is completely normal behavior -- Applications inside Xgl do OpenGL
> via Xgl's OpenGL library (which does have vendor = SGI). It is hardware
> accelerated, but also indirect at the same time. It's also sometimes
> quirky and will NOT run intensive games or heavy opengl apps well. This
> is a limitation of the xgl server
>
>
Well I've tried everything, and I cannot get Direct Rendering to work.
glxinfo says "Direct Rendering: No", no matter what else I try.
Chris Halse Rogers (raof) wrote : | #28 |
I believe that the original bug here (Xgl being unaccelerated due to it starting before fglrx has set up its 3D stuff) has been fixed by xserver-xgl version 1:1.1.99.
Comments here which are *not* bugs:
1) fgl_glxgears doesn't work: This is a problem with the way fgl_glxgears works. It is not (as far as I can tell) an Xgl bug, nor does it indicate that 3D acceleration won't work.
2) glxinfo returns "Direct rendering: no": This is not a bug. 3D acceleration under Xgl *must* go through the Xgl server (hence, "indirect"). However, this does not mean that 3D acceleration doesn't work. There is a small 3D performance penalty involved, but it is quite small.
3) 3D apps don't work under Wine: This is not an Xgl bug. This is a bug in Wine for Direct3D apps (Wine doesn't believe that it can do 3D under Xgl, even though it can), and a stupid design for Windows OpenGL apps (which believe "direct rendering: no" means no OpenGL).
The "no Xinerama under Xgl" comment should also be fixed by 1:1.1.99.
Changed in xserver-xgl: | |
importance: | Undecided → Medium |
status: | Confirmed → Fix Released |
eldelinux (eldelinux) wrote : | #29 |
Upgrade from feisty to gutsy with same problem on laptop "Acer Aspire 5100". The new xorg-driver-fglrx driver work fine on laptop, when I installed previous fglrx driver, X session did not close, the system remained in an indeterminate state and the system did not powerdown, if I closed the X session with keys "CTRL+ALT+
Ali Sattari (corelist) wrote : | #30 |
Just to confirm the issue.
I have removed xserver-xgl package, now i have both direct rendering and compositing (compiz fusion) working well.
What does fglrxinfo say? Try to reinstall the graphics drivers via the GUI.