Quote:
The compiling kernel is a very simply! If you are interested in, I can write about them Sorry for my English :-) |
When you run X as user, what's in Xorg log? There has to be an error in the log regarding DRI.
|
I cant believe that SUSE is taking so much of effort. It is one of the friendliest..
Reboot the machine. Anyways, go to the console Ctrl-Alt-F1 login as root. type $ mv /etc/X11/xorg.conf /etc/X11/xorg.conf_backup $ init 3 (you may hv to press enter key twice and wait) type: $ sax2 Now a gui will open to reconfigure your graphics. Hope that works. Try the default settings. There will be a "tick mark" for 3D acceleration. (if this does not work then it might be that you have stopped the service resmgr or equivalent -in suse 10.2 it was called resmgr. I dont know the name in 10.3. Normally the /dev/dri/card0 should be of the group "video" after the person logs in -> should change automagically group "video" . If this also does not work then reboot login as user, open terminal, $ su - $ chown root:video /dev/dri/card0 Now logout and login. YOu must have 3D. try glxgears) |
Quote:
Code:
name of display: :0.0 Code:
name of display: :0.0 Quote:
As for biophysics's suggestion: After doing the part where you switch to runlevel 3 and reconfigure the graphics, I rebooted. glxinfo still reported NO direct rendering (for the user, that is; root still had direct rendering). However, 'ls /dev/dri/card0/ -l' now reported: crw-rw---- 1 root video 226, 0 2008-05-18 21:14 /dev/dri/card0 I double-checked and the user DOES belong to the video group. I also checked the services, and resmgr IS enabled and running. |
No errors in log whatsoever? Please run cat /var/log/Xorg.0.log | grep EE, the log is big, it's easy to overlook something.
|
can you post this as root and normal user:
LIBGL_DEBUG=verbose glxinfo |
Quote:
Code:
(WW) warning, (EE) error, (NI) not implemented, (??) unknown. Code:
name of display: :0.0 Code:
name of display: :0.0 Thank you very much for your help! |
I have never seen like that; maybe, there is copy of the xorg.conf into home_folder or user can't write to the /dev/drm;
no idea |
IMO this means something (DRI, Xorg driver, Mesa) is built against newer version of software than currently present in your PC. Is this a new install of Linux or you upgraded? Have you updated/upgraded your packages to latest versions available from repository? Why this does not happen to root is beyond me.
|
Quote:
Quote:
I also thought version incompatibility might be a problem. However, that would affect root as well, wouldn't it. I checked all packages, but none need updating. Maybe there is another repository from which I should update? Here are the repositories I'm using: - Main Repository (OSS) - Main Repository (NON-OSS) - openSUSE-10.3-DVD - openSUSE BuildService - KDE:Community - openSUSE BuildService - OpenOffice.org - openSUSE BuildService - Wine CVS Builds - openSUSE BuildService - X11:XGL - openSUSE - Online - Packman - VideoLan |
First copy the /etc/X11/xorg.conf to a safe place.
Quote:
http://yoonkit.blogspot.com/2008/04/...-on-heron.html https://answers.launchpad.net/ubuntu/+question/32636 You have had installed fglrx (closed source) and the radeon (open source) driver. Try removing fglrx altogether (since you are using radeon). use Yast2 to remove all traces of fglrx. There should be no modules with find /lib/modules/`uname -r` -iname "fglrx.ko". Reboot and retry uninstall if it fails to remove for the first time. After you reboot you can test that you do _not_ have fglrx by: rpm -qa | grep -i fglrx find /lib/modules/`uname -r` -iname "fglrx.ko" You should _not_ get fglrx.ko now you should get direct render - glxinfo | grep -i yes If the above does not work: Another point to remember is that BuildService is kind of "bleeding edge" might have really new libraries and quite often problematic with other older stuff. openSUSE BuildService - X11:XGL might cause the trouble. Remove it and install the older xorg and all libraries. The best way to do this might be to login via ssh to your machine and remove the Xorg stuff completely and then reboot and then relogin as root and re-install the xorg stuff. try editing these files, if everything fails http://en.opensuse.org/Ati#3D_will_n...works_for_root |
I already uninstalled fglrx right after it failed. fglrx.ko wasn't found the first time I ran the find command.
However, I still didn't have direct rendering. I checked the packages that pertain to xorg. They're the same versions that came with the install. Also, I only have compiz stuff installed from the BuildService. I have the xgl package from the BuildService. Do you think that may affect anything? Can you clarify the xorg re-install process? I can't do the stuff on the opensuse site. For some reason, I don't have the libGL.so* files in /usr/X11R6/lib. Do you think that may have an effect on anything? Thanks. |
I found a file in /usr/X11R6/lib/ that was name FGL.renamed.libGL.so.1.2
I thought that might be the file missing libGL.so.1.2 file, so I renamed it to that and then made the libGL.so.1 and libGL.so links. However, I still don't have direct rendering (for the user). Is there any way to check which files Xorg is using? Maybe it's using files from some other location? |
OK. Thanks a lot for your help. Problem solved!!!
I was comparing the xorg stuff on my current installation and the one I did on a separate hard drive. I noticed they had different libGL.so.1.2 files (by file size and date/time). So I copied the ones from my new installation to the current one. Surprisingly, that solved my problem. I now have direct rendering for both root and user! Thanks for all your help. I really appreciate it. UPDATE: However, direct rendering just turns off whenever XGL is enabled. I don't know why... |
All times are GMT -5. The time now is 03:26 AM. |