Summary: | =x11-base/xorg-server-1.16.2.901-r1 with nvidia-drivers GLX initialization failure | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Till Schäfer <till2.schaefer> |
Component: | [OLD] Library | Assignee: | Jeroen Roovers (RETIRED) <jer> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | andrzej.kardas, b.buschinski, bkohler, bob.deblier, dabbott, m.seifert, mail, mgorny |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=534128 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Complete Xorg.0.log
xorg.conf fresh xorg.conf from nvidia-settings |
Description
Till Schäfer
2015-01-01 19:52:17 UTC
Created attachment 392896 [details]
Complete Xorg.0.log
$ grep -R ModulePath /etc/X11/xorg.conf* please. forgott to mention the previous working configuration: - x11-base/xorg-server-1.16.2.901 - media-libs/mesa-10.2.8 - x11-proto/glproto-1.4.17 - app-admin/eselect-opengl-1.2.7 (In reply to Michał Górny from comment #2) > $ grep -R ModulePath /etc/X11/xorg.conf* > > please. grep -R ModulePath /etc/X11/xorg.conf* /etc/X11/xorg.conf.d/20opengl.conf: ModulePath "/usr/lib32/xorg/modules" /etc/X11/xorg.conf.d/20opengl.conf: ModulePath "/usr/lib64/opengl/nvidia" /etc/X11/xorg.conf.d/20opengl.conf: ModulePath "/usr/lib64/xorg/modules" Please attach your xorg.conf then. I'm afraid this is the one case we hadn't figured out yet ;/. I had a very similar issue using the radeon driver. After an update from x11-base/xorg-server-1.16.2.901 to x11-base/xorg-server-1.16.2.901-r1, the GLX module failed to load. It turned out that the ModulePath in /etc/X11/xorg.conf.d/20opengl.conf was set to /usr/lib32/xorg/modules whereas it should have been /usr/lib64/xorg/modules. Changing the path manually did the job. I also saved the log file, if needed. (In reply to Michael Seifert from comment #6) > I had a very similar issue using the radeon driver. After an update from > x11-base/xorg-server-1.16.2.901 to x11-base/xorg-server-1.16.2.901-r1, the > GLX module failed to load. > > It turned out that the ModulePath in /etc/X11/xorg.conf.d/20opengl.conf was > set to /usr/lib32/xorg/modules whereas it should have been > /usr/lib64/xorg/modules. Changing the path manually did the job. > > I also saved the log file, if needed. Didn't it contain the lib64 path as well? Please also paste 'ls -R /usr/lib32/xorg'. Created attachment 392912 [details]
xorg.conf
(In reply to Till Schäfer from comment #8) > Created attachment 392912 [details] > xorg.conf Could you try removing the Module section completely? It shouldn't be necessary, and it's my first guess. (In reply to Michał Górny from comment #9) > (In reply to Till Schäfer from comment #8) > > Created attachment 392912 [details] > > xorg.conf > > Could you try removing the Module section completely? It shouldn't be > necessary, and it's my first guess. removing that section did not help i have also generated a complete new xorg.conf file (see Attachmen) from nvidia-settings. nothing changed. Created attachment 392922 [details]
fresh xorg.conf from nvidia-settings
Same with nouveau and evdev drivers. emerge -1 x11-drivers/xf86-video-nouveau x11-drivers/xf86-input-evdev helped me. (In reply to Till Schäfer from comment #11) > Created attachment 392922 [details] > fresh xorg.conf from nvidia-settings Try removing these 2 lines: Section "Files" EndSection (In reply to Ben Kohler from comment #13) > (In reply to Till Schäfer from comment #11) > > Created attachment 392922 [details] > > fresh xorg.conf from nvidia-settings > > Try removing these 2 lines: > > Section "Files" > EndSection Removing them does indeed fix the problem. thx for the info. Can we do something against nvidia-settings autogenerating that section? Why is this section only problemativ for the -r1 ebuild? I ran into this problem too. In my case switching to nvidia-glx caused a "something is wrong in gnome box" that was unrecoverable after glxinfo was typed. removing Section Files EndSection from xorg.conf fixed the issue. Would be good if we could warn users in some automated way. I had 2 (not empty) Files Sections in 2 files 20opengl.conf (seems to be generated from emerge -1v nvidia-drivers) 80-fonts.conf (manually written to add more font path's) 20opengl only had ModulePath, and 80-fonts only FontPath. And it didn't work. It only worked AFTER I removed my 80-fonts.conf, it seems there MUST be only 1 Files Section, they do not merge somehow... is it really a desirable behavior? (with old xorg-server&co it worked fine) This really is the same as bug #534128, im gonna go ahead and mark dupe, so we can get everyone looking at the same place for info. See comment #28 there (https://bugs.gentoo.org/show_bug.cgi?id=534128#c28), this is not desirable behavior, it's been reported upstream. *** This bug has been marked as a duplicate of bug 534128 *** (In reply to Michał Górny from comment #7) > (In reply to Michael Seifert from comment #6) > > I had a very similar issue using the radeon driver. After an update from > > x11-base/xorg-server-1.16.2.901 to x11-base/xorg-server-1.16.2.901-r1, the > > GLX module failed to load. > > > > It turned out that the ModulePath in /etc/X11/xorg.conf.d/20opengl.conf was > > set to /usr/lib32/xorg/modules whereas it should have been > > /usr/lib64/xorg/modules. Changing the path manually did the job. > > > > I also saved the log file, if needed. > > Didn't it contain the lib64 path as well? Please also paste 'ls -R > /usr/lib32/xorg'. Sorry that this is late, but I forgot adding me to CC... The bug is already closed, but anyway: No, the lib64 path was not contained in /etc/X11/xorg.conf.d/20opengl.conf. Here is the requested output: # ls -R /usr/lib32/xorg /usr/lib32/xorg: modules /usr/lib32/xorg/modules: extensions /usr/lib32/xorg/modules/extensions: libglx.so whereas /usr/lib32/xorg/modules/extensions/libglx.so is a dead link to /usr/lib32/opengl/ati/extensions/libglx.so. Maybe this is a remain from the fglrx driver which I used before the radeon driver? You should not be using any nvidia-drivers installed tool to write xorg.conf. You should at most need a <Section "Device"> in a file under /etc/X11/xorg.conf.d with newer xorg-server versions. |