| Summary: | kmod-nvidia-3.9.4-200.fc18.x86_64-304.88-1.fc18.10.x86_64 incorrect module path | no OpenGL available | ||
|---|---|---|---|
| Product: | Fedora | Reporter: | Nix\ <nix.sasl> |
| Component: | nvidia-kmod | Assignee: | Nicolas Chauvet <kwizart> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | nix.sasl, s.adam |
| Priority: | P5 | ||
| Version: | 18 | ||
| Hardware: | x86_64 | ||
| OS: | GNU/Linux | ||
| namespace: | |||
| Attachments: | xorg.0.log | ||
Of course, we haven't made such issue. the driver works for all users, so you have made an issue somehow. Please try to reinstall the driver. Also please note that we are going to transition the main driver in stable fedora to the 304xx driver. Later we will update the main driver to a newer release. (In reply to comment #1) > Of course, we haven't made such issue. the driver works for all users, so you > have made an issue somehow. Please try to reinstall the driver. > > Also please note that we are going to transition the main driver in stable > fedora to the 304xx driver. Later we will update the main driver to a newer > release. No work, reinstalling other and another time no work if not use the workaround. Using kmod or akmod, no work, more ref: http://sasanj.wordpress.com/2013/02/12/fedora-18-and-nvidia-driver-problem/ Same bug That's because you have a broken configuration somehow. That bug is not our BUG!!! We set the right modulePath in /etc/X11/xorg.conf.d/00-nvidia.conf We set a fallback for the right ModulePath as a symlink from _libdir/xorg/modules Please have in /etc/X11/xorg.conf.d/ for a candidate a the broken package Created attachment 1118 [details]
xorg.0.log
"Nicolas Chauvet 2013-05-23 14:00:38 CEST
That's because you have a broken configuration somehow.
That bug is not our BUG!!!
We set the right modulePath in /etc/X11/xorg.conf.d/00-nvidia.conf
We set a fallback for the right ModulePath as a symlink from
_libdir/xorg/modules"
========== reply:=======
Nicolas Chauvet:
The 00-nvidia.conf file has the right configuration and path.
The content of 00-nvidia.conf is:
#This file is provided by xorg-x11-drv-nvidia
#Do not edit
Section "Files"
ModulePath "/usr/lib64/nvidia/xorg"
ModulePath "/usr/lib64/xorg/modules"
EndSection
The path that nvidia loads the module -that does not work- from is: [ 15.188] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
I don't see a symlink:
[root@host extensions]# pwd ; ls -l
/usr/lib64/xorg/modules/extensions
total 440
-rwxr-xr-x 1 root root 448712 abr 17 01:52 libglx.so
Then, what it is supossely wrong?.
The only way to fix it is to put:
Section "Files"
ModulePath "/usr/lib64/nvidia/xorg"
ModulePath "/usr/lib64/xorg/modules"
EndSection
in xorg.conf, so, why is it *my bug*?. I would appreciate if you could explain me.
[reply] [-] Comment 4 Nicolas Chauvet 2013-05-23 14:05:12 CEST
Please have in /etc/X11/xorg.conf.d/ for a candidate a the broken package
================== reply:
Nicolas Chauvet:
I can't understand what you tried to tell me on that last comment.
My system is a Fedora 18 updated from Fedora 17 using fedup, kernel 3.9.4 now, up to date.
In addition: http://forums.fedoraforum.org/archive/index.php/t-286084.html Is the bug in kmod/akmod or in nvidia drivers 304.88 version? Tons of people have the same trouble than me. I guess this is a nvidia driver bug, for this reason I suggest to update the driver version to 313 as minimum. If you consider that it's a Fedora bug, let me know please, so I can report it in bugzilla.redhat.com. # locate "*libglx*" /usr/lib64/nvidia/xorg/libglx.so /usr/lib64/nvidia/xorg/libglx.so.1 /usr/lib64/nvidia/xorg/libglx.so.304.88 /usr/lib64/xorg/modules/extensions/libglx.so # rpm -qf /usr/lib64/xorg/modules/extensions/libglx.so xorg-x11-server-Xorg-1.13.3-3.fc18.x86_64 Is a bug of xorg-x11-server-Xorg-1.13.3-3.fc18.x86_64 is /usr/lib64/xorg/modules/extensions/libglx.so it should be a symlink. (In reply to comment #8) > # locate "*libglx*" > /usr/lib64/nvidia/xorg/libglx.so > /usr/lib64/nvidia/xorg/libglx.so.1 > /usr/lib64/nvidia/xorg/libglx.so.304.88 > /usr/lib64/xorg/modules/extensions/libglx.so > # rpm -qf /usr/lib64/xorg/modules/extensions/libglx.so > xorg-x11-server-Xorg-1.13.3-3.fc18.x86_64 > > Is a bug of xorg-x11-server-Xorg-1.13.3-3.fc18.x86_64 is > /usr/lib64/xorg/modules/extensions/libglx.so it should be a symlink. Why ? Nope, this is the official vendor agnostic glx.so shared object. Nvidia uses it own version that we package and provide as /usr/lib64/nvidia/xorg/libglx.so (symlink to the versioned SO). the real name of this library is libglx.so There are several ways for the packaged drivers to fetch the appropriate glx.so - Use ModulePath (legacy) , we only touch xorg.conf and 00-nvidia.conf via ModulePath option. If another package mess with ModulePath, it may break the driver installation. - symlink from a sub-directory (new method), this is the new method that tries to point to /usr/lib64/nvidia/xorg from /usr/lib64/xorg/modules/nvidia-304xx-304.88 symlink. If the latest symlink doesn't exist, there is a need to know which component hijacked our package. Right now, the default installation of the driver select the right glx.so, so despite you might experiment a problem. This bug is now our bug. |
The actual kmod nvidia 308, have a issue with nvidia path and glx. By default, xorg.conf is not created in Fedora 18, an kmod try load the modules from incorrect path. Xorg.0.log: [ 3623.249] (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X [ 3623.249] (EE) NVIDIA(0): log file that the GLX module has been loaded in your X [ 3623.249] (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If [ 3623.249] (EE) NVIDIA(0): you continue to encounter problems, Please try [ 3623.249] (EE) NVIDIA(0): reinstalling the NVIDIA driver. ======================== [ 3623.245] (II) LoadModule: "glx" [ 3623.246] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 3623.246] (II) Module glx: vendor="X.Org Foundation" The driver 313 solve the bug. The workaround is add in xorg.conf: Section "Files" ModulePath "/usr/lib64/nvidia/xorg" ModulePath "/usr/lib64/xorg/modules" EndSection Because the drive want load the modules from the path of xorg modules, that is not the same. Actually 313 driver solve the problem (tested on ArchLinux and using .run file from nvidia). I know because Kevin Kofler say me on freenode, that is for compatibility that 313 is not included yet. But my question is: Is not possible package 308 *and* 313?, like 17xxx for old video cards.