On Sun, 06 Aug 2017 12:51:12 +0800, Ed Greshko wrote:
> On 08/06/2017 11:53 AM, Amadeus W.M. wrote:
>> On Sat, 05 Aug 2017 23:20:53 -0400, Tom Horsley wrote:
>>
>>> On Sun, 6 Aug 2017 02:59:25 +0000 (UTC)
>>> Amadeus W.M. wrote:
>>>
>>>> I assume there are people there who are using the nvidia driver right
>>>> now,
>>>> some maybe using the rpmfusion rpms. Can someone post which libGL
>>>> they have installed on their system and how they got the whole thing
>>>> to work?
>>>
>>>
> Oh, and the other thing I would check is to make sure you're loading the
> correct glx module.....
>
> [egreshko@acer log]$ grep -i glx /var/log/Xorg.0.log [ 94.014] (II)
> "glx" will be loaded by default.
> [ 94.014] (II) LoadModule: "glx"
> [ 94.015] (II) Loading /usr/lib64/nvidia-340xx/xorg/libglx.so [
> 94.162] (II) Module glx: vendor="NVIDIA Corporation"
> [ 94.163] (II) NVIDIA GLX Module 340.102 Mon Jan 16 12:37:38 PST
> 2017 [ 97.130] (II) Initializing extension GLX [ 97.130] (II)
> Indirect GLX disabled.(II) config/udev: Adding input device Power Button
> (/dev/input/event3)\
>
>
> In a previous post by you I saw...
>
> Major opcode of failed request: 154 (NV-GLX)
>
> Which seems odd....
Spot on! See my post with the possible solution. The X server was trying
to load /usr/lib64/xorg/modules/extensions/libglx.so
which fails with the nvidia driver. I fixed this - getto-style - by
linking the xorg libglx.so to the nvidia libglx.so (which is in
/usr/lib64/nvidia-340xx) and, knock on wood, all seems well now.
I don't know why it was trying to load the xorg glx because
cat /etc/X11/xorg.conf.d/99-nvidia.conf
#This file is provided by xorg-x11-drv-nvidia-340xx
#Do not edit
Section "Files"
ModulePath "/usr/lib64/nvidia-340xx/xorg"
ModulePath "/usr/lib64/xorg/modules"
EndSection
So it stands to reason that if it searches the paths in the above order it
should find the nvidia libglx.so.
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
