Arch Linux

bobbyblues

Member

Registered: 2014-03-19

Posts: 15

Bumblebee & OpenCL/GL: extension "NV-GLX" missing

Hello everyone,

For a few weeks now, I haven't been able to run any program involving OpenGL/OpenCL interoperability. I haven't changed my program, so I don't think it is the cause for the errors. It used to work perfectly fine, but when I run it now, I get:

Xlib:  extension "NV-GLX" missing on display ":0.0".

Running Amonako's GLSanity script, I get:

Checking native (usually Mesa/i965) GL
Running 32-bit tests
info:  libGL.so.1:      loaded from: /usr/lib32/libGL.so.1
info:  libGL.so.1:      symlink to:  /usr/lib32/mesa/libGL.so.1.2.0
info:  X display:       :0.0
info:  X Ext. "GLX":    present
info:  X Ext. "NV-GLX": not present; OK for non-nVidia drivers
info:  GLX server:      SGI
info:  GLX client:      Mesa Project and SGI
info:  GL vendor:       Intel Open Source Technology Center
info:  GL renderer:     Mesa DRI Intel(R) Haswell Mobile x86/MMX/SSE2
info:  GL version:      3.0 Mesa 11.2.2
Running 64-bit tests
info:  libGL.so.1:      loaded from: /usr/lib/libGL.so.1
info:  libGL.so.1:      symlink to:  /usr/lib/mesa/libGL.so.1.2.0
info:  X display:       :0.0
info:  X Ext. "GLX":    present
info:  X Ext. "NV-GLX": not present; OK for non-nVidia drivers
info:  GLX server:      SGI
info:  GLX client:      Mesa Project and SGI
info:  GL vendor:       Intel Open Source Technology Center
info:  GL renderer:     Mesa DRI Intel(R) Haswell Mobile 
info:  GL version:      3.0 Mesa 11.2.2
Checking secondary (usually NVIDIA) GL
Running 32-bit tests
info:  libGL.so.1:      loaded from: /usr/lib32/nvidia/libGL.so.1
info:  libGL.so.1:      symlink to:  /usr/lib32/nvidia/libGL.so.1.0.0
info:  X display:       :8
info:  X Ext. "GLX":    present
info:  X Ext. "NV-GLX": present
info:  GLX server:      NVIDIA Corporation
info:  GLX client:      NVIDIA Corporation
info:  GL vendor:       NVIDIA Corporation
info:  GL renderer:     GeForce GTX 870M/PCIe/SSE2
info:  GL version:      4.5.0 NVIDIA 364.19
Running 64-bit tests
info:  libGL.so.1:      loaded from: /usr/lib/nvidia/libGL.so.1
info:  libGL.so.1:      symlink to:  /usr/lib/nvidia/libGL.so.1.0.0
info:  X display:       :8
info:  X Ext. "GLX":    present
info:  X Ext. "NV-GLX": present
info:  GLX server:      NVIDIA Corporation
info:  GLX client:      NVIDIA Corporation
info:  GL vendor:       NVIDIA Corporation
info:  GL renderer:     GeForce GTX 870M/PCIe/SSE2
info:  GL version:      4.5.0 NVIDIA 364.19
Testing offloading with primus
Running 32-bit tests
info:  libGL.so.1:      loaded from: /usr/lib32/primus/libGL.so.1
info:  X display:       :0.0
info:  X Ext. "GLX":    present
info:  X Ext. "NV-GLX": not present; OK for non-nVidia drivers
info:  GLX server:      NVIDIA Corporation
info:  GLX client:      primus
info:  GL vendor:       NVIDIA Corporation
info:  GL renderer:     GeForce GTX 870M/PCIe/SSE2
info:  GL version:      4.5.0 NVIDIA 364.19
Running 64-bit tests
info:  libGL.so.1:      loaded from: /usr/lib/primus/libGL.so.1
info:  X display:       :0.0
info:  X Ext. "GLX":    present
info:  X Ext. "NV-GLX": not present; OK for non-nVidia drivers
info:  GLX server:      NVIDIA Corporation
info:  GLX client:      primus
info:  GL vendor:       NVIDIA Corporation
info:  GL renderer:     GeForce GTX 870M/PCIe/SSE2
info:  GL version:      4.5.0 NVIDIA 364.19

It seems NV-GLX is only available using the secondary display (:8), which is confirmed by my /var/log/Xorg.*.log, where NVIDIA is loaded in Xorg.8.log, but not in Xorg.0.log.

Running my program using:

optirun env DISPLAY=:8 ./VolumeVisualizer

Doesn't produce the error, but I also can't see my program.

So here I am, a little bit puzzled by all of this. I haven't had any issue so far with bumblebee in the two years I've had this laptop, and I am not sure how to solve this. Any help would be more than welcomed.

If helpful, I would be happy to paste the content of systemd's journal corresponding to the stacktrace of my program failing, as well as my Xorg.*.log files.

Last edited by bobbyblues (2016-05-23 05:32:43)

Lone_Wolf

Member

From: Netherlands, Europe

Registered: 2005-10-04

Posts: 11,911

Re: Bumblebee & OpenCL/GL: extension "NV-GLX" missing

Maybe this is relevant [VGL] ERROR: Could not open display :8 ?

---

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B)  && (time C > time B ) ≠  (A works at time C)

bobbyblues

Member

Registered: 2014-03-19

Posts: 15

Re: Bumblebee & OpenCL/GL: extension "NV-GLX" missing

Sadly no. I have tried both method described but have the same error message each time

Lone_Wolf

Member

From: Netherlands, Europe

Registered: 2005-10-04

Posts: 11,911

Re: Bumblebee & OpenCL/GL: extension "NV-GLX" missing

Then it seems the question is why nvidia wants to use display 8 now.

Do you have any *.conf files in /etc/X11/ or /etc/X11/xorg.conf.d ?
(if so, please post them )

xorg logs and xrandr output would be useful .

---

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B)  && (time C > time B ) ≠  (A works at time C)

mrunion

Member

From: Jonesborough, TN

Registered: 2007-01-26

Posts: 1,938

Website

Re: Bumblebee & OpenCL/GL: extension "NV-GLX" missing

I though nVidia always used display 8 in an Optimus setup? It always has since I have used it.

---

Matt

"It is very difficult to educate the educated."

cemiarni

Member

Registered: 2016-05-25

Posts: 1

Re: Bumblebee & OpenCL/GL: extension "NV-GLX" missing

I have a workaround:

optirun env DISPLAY=:8 ./VolumeVisualizer &
sleep 3
x11vnc -display :8 &
sleep 3
vncviewer localhost

bobbyblues

Member

Registered: 2014-03-19

Posts: 15

Re: Bumblebee & OpenCL/GL: extension "NV-GLX" missing

Sorry I'm coming back a little bit late, thanks for your answers.

I had a presentation to make so I used a temporary and ugly workaround (but would be more than happy to fix it for good).

What I did is that I edited my mirrorlist file to start with:

Server=https://archive.archlinux.org/repos/2016/04/01/$repo/os/$arch

And downgraded my whole system to last month. The good thing is that that single thing made the interoperability work again, which proves an update changed that. I'll be happy to go back to an up-to-date system tonight when going home from work. But before I do, is there any useful things to log before I do (like the .conf files in /etc/X11 mentioned by Lone_Wolf) to compare them with the new files after the update?

bobbyblues

Member

Registered: 2014-03-19

Posts: 15

Re: Bumblebee & OpenCL/GL: extension "NV-GLX" missing

Sorry, I had presentations those past weeks where I absolutely needed the program to work so I didn't update anything and stayed with the working configuration.

However I'm done with those for at least a few weeks, so I'll have more time to work on the issue, hence I'm bumping this topic.

I've reverted back to an up-to-date system and still have the issue. I made sure to uninstall any vulkan-related package, as I didn't know if it could be responsible for the issue, but sadly I still have the same problem.

Here are the different files asked by Lone_Wolf:
Xorg.8.log
Xorg.0.log
.conf files in /etc/X11/xorg.conf.d/
xrandr output

Thanks a lot for your workaround cmiarni, sadly my program spawn several windows and it doesn't work that well

I'm thinking another solution would be to tell OpenCL to specifically use display :8, but I have no clue how to do that.