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.