Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I upgraded my Ubuntu system from Jaunty to Karmic the other day and now compiz will not work. I tried changing my video driver in xorg.conf, and rebooted my computer many times. I tried "ati", "radeon", "flgrx", and "fbdev". ati and radeon work (makes sense since its a radeon card), but compiz still wont work. When I go to appearance settings and click on effects, it says that desktop effects can not be enabled. So I ran "compiz.real --replace" from the command line and it core dumped. So I ran compiz from the command line, and it failed, but I will post the output here:
Code:
Checking for Xgl: not present.
xset q doesn't reveal the location of the log file. Using fallback /var/log/Xorg.0.log
Detected PCI ID for VGA:
Checking for texture_from_pixmap: not present.
Trying again with indirect rendering:
Checking for texture_from_pixmap: not present.
aborting and using fallback: /usr/bin/metacity
It worked before, I don't know what the problem is.
Last edited by prushik; 10-19-2009 at 12:21 AM.
Reason: Solved
That is the problem; no Open GL, no compiz. The question is why it's absent, radeon drivers support Xgl. Could try looking over Xorg's log for errors or warnings:
prushik@ubuntu:~$ grep '(EE)' /var/log/Xorg.0.log > errorland
prushik@ubuntu:~$ grep '(WW)' /var/log/Xorg.0.log >> errorland
prushik@ubuntu:~$ cat errorland
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM
(EE) GLX error: Can not get required symbols.
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
(WW) RADEON(0): LVDS Info:
(WW) RADEON(0): Direct rendering disabled
prushik@ubuntu:~$
That doesn't sound good. GLX can not get the required symbols. Could this be a library problem? Either something missing or a problem with a new version?
Possibly not a library issue - the error might be indicating that X is trying to use the radeon driver without loading the kernel's radeon DRM driver, apparently. This seems possible or even likely given the history of trying the fglrx drivers; these may be getting in the way.
Code:
sudo rmmod fglrx
sudo modprobe radeon
Hope that helps, if not there's other possible causes.
prushik@ubuntu:~$ grep '(EE)' /var/log/Xorg.0.log > errorland
prushik@ubuntu:~$ grep '(WW)' /var/log/Xorg.0.log >> errorland
prushik@ubuntu:~$ cat errorland
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM
(EE) GLX error: Can not get required symbols.
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
(WW) RADEON(0): LVDS Info:
(WW) RADEON(0): Direct rendering disabled
prushik@ubuntu:~$
That doesn't sound good. GLX can not get the required symbols. Could this be a library problem? Either something missing or a problem with a new version?
Please show us the full /var/log/Xorg.0.log file as well as the output of 'dmesg | grep drm' and 'lsmod'. The real error is the "failed to open the DRM" message.
That is completely incorrect. Xgl is not required and not even wanted.
Adam
D'oh! Really? I've been under a bad impression the whole time, apologies to the OP; could you help me, Adam, understand why it is checked for, and what texture_from_pixmap means in this context? I'm none too graphics code savvy. TIA.
texture_from_pixmap refers to the opengl extension GLX_EXT_texture_from_pixmap. The X server stores all windows and their contents as pixmaps, and that opengl extension allows your drivers to convert those pixmaps easily to an opengl texture. compiz relies upon this extension and, in fact, this extension was originally specified by the (former) primary compiz developer. However, he was aware of the fact that it would take a while for all opengl driver implementations for linux to support this opengl extension. In addition, not all drivers even supported the Xorg COMPOSITE extension. So this developer (David Reveman) wrote a nested X server, called Xgl. This X server runs on top of Xorg, provides the Composite extension and, when used in conjunction with Mesa, can provide the GLX_EXT_texture_from_pixmap extension.
However, at the present time, intel, nvidia, AMD and, supposedly, VIA all produce drivers that support Composite and texture_from_pixmap. They are the only cards known to run compiz. So, in this day and age, there is no reason to use Xgl. Development on Xgl stopped a long time ago, and I'm not aware of any recent distribution that actually ships with Xgl. However, the compiz-manager script still checks for the presence of Xgl. So, in short, the lack of presence of Xgl has nothing to do with whether or not a persons opengl drivers are setup properly.
I'm not sure if this is relevant, but I ran glxinfo, and heres the output:
Code:
prushik@ubuntu:~$ glxinfo
name of display: :0.0
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 135 (GLX)
Minor opcode of failed request: 19 (X_GLXQueryServerString)
Serial number of failed request: 16
Current serial number in output stream: 16
We really need to see your full Xorg log. Please use a service like http://pastebin.com/ and give us the URL here. Also, please show us the full output of 'LIBGL_DEBUG=verbose glxinfo'.
Did you compile your own kernel? What is the output of 'dmesg | grep drm' ?
Oh, actually, first remove fglrx completely from your box. You still have it at least partially installed.
Adam
Nope. I did not compile my own kernel, I'm using kernel 2.6.31-14-generic from the Ubuntu karmic repositories.
I already posted the output of 'dmesg | grep drm' (I added a '-i' to grep) it was:
Code:
prushik@ubuntu:~$ dmesg | grep -i drm
[ 281.789186] [drm] Initialized drm 1.1.0 20060810
[ 281.850352] [drm] radeon default to kernel modesetting DISABLED.
[ 281.850552] [drm] Initialized radeon 1.31.0 20080528 for 0000:01:00.0 on minor 0
How should I remove fglrx? Through synaptic or apt or what?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.