Bug 27391

Summary: wrong path to nvidia390 gl libraries
Product: Mageia Reporter: Aurelian R <arusanu>
Component: RPM PackagesAssignee: Giuseppe Ghibò <ghibomgx>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Normal    
Version: Cauldron   
Target Milestone: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Source RPM: nvidia390-390.138-8.mga8.nonfree CVE:
Status comment:

Description Aurelian R 2020-10-11 22:47:27 CEST
Description of problem:

The path to nvidia gl libs in file /etc/X11/xorg.conf.d/10-nvidia.conf appears to be wrong on my system. This path points to :
 ModulePath "/usr/lib64/xorg/modules/extensions/nvidia" instead of
 ModulePath "/usr/lib64/xorg/modules/extensions/nvidia390"

Modifying the line as above fixed my issues.

Steps to Reproduce:
1. install nvidia390 driver
2. running  "glmark2 -b ideas" will show errors like 

$ glmark2
** GLX does not support GLX_EXT_swap_control or GLX_MESA_swap_control!
** Failed to set swap interval. Results may be bounded above by refresh rate.
=======================================================
    glmark2 2020.04
=======================================================
    OpenGL Information
    GL_VENDOR:     Mesa/X.org
    GL_RENDERER:   llvmpipe (LLVM 10.0.0, 256 bits)
    GL_VERSION:    3.1 Mesa 20.2.0
** GLX does not support GLX_EXT_swap_control or GLX_MESA_swap_control!
** Failed to set swap interval. Results may be bounded above by refresh rate.
[build] use-vbo=false: FPS: 372 FrameTime: 2.688 ms

after the fix:

glmark2 -b build
=======================================================
    glmark2 2020.04
=======================================================
    OpenGL Information
    GL_VENDOR:     NVIDIA Corporation
    GL_RENDERER:   GeForce GTX 550 Ti/PCIe/SSE2
    GL_VERSION:    4.6.0 NVIDIA 390.138
=======================================================
[build] <default>: FPS: 6991 FrameTime: 0.143 ms
=======================================================
                                  glmark2 Score: 6991 
=======================================================

3. always with the latest driver x11-driver-video-nvidia390-390.138-8

Hope this helps.
Comment 1 Lewis Smith 2020-10-13 16:54:54 CEST
Thanks for the report.
Does this only show (in your experience) with glmark2; or have you seen it in other usages? Does it have any practical consequences?
If you know, when did it arise, for example after a recent update? Or probably always there?

In the cases you cite:
 ModulePath "/usr/lib64/xorg/modules/extensions/nvidia" instead of
 ModulePath "/usr/lib64/xorg/modules/extensions/nvidia390"
is the first file actually present? In cases like this, both names often exist but the generic one is/should be a symbolic link to the second specific one.

ghibo looks the best person to assign this to.

Assignee: bugsquad => ghibomgx
Source RPM: x11-driver-video-nvidia390-390.138-8.mga8.nonfree => nvidia390-390.138-8.mga8.nonfree

Comment 2 Aurelian R 2020-10-13 18:48:40 CEST
   Unfortunately I haven't followed the behavior closely, just happen to get annoyed by some artifacts during the logout out of KDE plasma and some high CPU usage of plasmashell and Xorg. Also, "wine" could not load some game with a message of unrecognized/unsupported graphics card, I use this as a proper(for me) graphics test. The change in /etc/X11/xorg.conf.d/10-nvidia.conf fixed all that.
   File "/etc/X11/xorg.conf.d/10-nvidia.conf" is part of the x11-driver-video-nvidia390-390.138-8 rpm package and should point to wherever the nvidia gl libraries are.

   It looks like ghibo already loaded a fix for this report. I will check it shortly.
Comment 3 Aurelian R 2020-10-13 18:57:44 CEST
 Yep, ghibo fixed it. All is good. This bug should be closed from my side.

Thanks,A.
Comment 4 Aurelian R 2021-01-09 16:10:48 CET
Fixed long time ago

Resolution: (none) => FIXED
Status: NEW => RESOLVED