http://bugzilla.opensuse.org/show_bug.cgi?id=972035 http://bugzilla.opensuse.org/show_bug.cgi?id=972035#c1 --- Comment #1 from Damien Radtke --- Just confirmed that this is reproducible on my end. Re-installing the nvidia-glG04 package comments out the contents of /etc/ld.so.conf.d/nvidia-gfxG04.conf. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=972035 http://bugzilla.opensuse.org/show_bug.cgi?id=972035#c3 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |damienradtke@gmail.com Flags| |needinfo?(damienradtke@gmai | |l.com) --- Comment #3 from Stefan Dirsch --- Damien, could it be that you're running an Optimus system, i.e. NVIDIA and Intel GPU both in place? That would partly explain the issue. On such systems %post of nvidia-glG04 package switch libglx.so (Xserver's GLX extension) back to the one of X.Org. And comments out the directory overrides for ld.so.conf, so the usual libGL by Mesa is being used again. Our packages do not support Optimus systems. There's a Bumblebee project available on openSUSE, which is targeted at such systems. https://en.opensuse.org/SDB:NVIDIA_Bumblebee This doesn't explain, why this doesn't already happen during initial installation though. It should. Please provide the output of lspci -n | grep -e '^..:..\.. 0300: ' Also /var/log/Xorg.0.log when libglx.so load is failing. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=972035 http://bugzilla.opensuse.org/show_bug.cgi?id=972035#c5 Damien Radtke changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(damienradtke@gmai | |l.com) | --- Comment #5 from Damien Radtke --- Got some more information. When re-installing nvidia-glG04, this is the additional RPM output: Additional rpm output: update-alternatives: using /usr/lib64/xorg/modules/extensions/nvidia/nvidia-libglx.so to provide /usr/lib64/xorg/modules/extensions/libglx.so (libglx.so) in manual mode update-alternatives: using /usr/lib64/xorg/modules/extensions/xorg/xorg-libglx.so to provide /usr/lib64/xorg/modules/extensions/libglx.so (libglx.so) in manual mode I also have a couple versions of the Xorg log; one when it loads X.Org's libglx [1], and one when it loads NVIDIA's [2]. The one with X.Org's libglx has a few errors thrown by the NVIDIA kernel module, since it's still loaded and expecting to find NVIDIA's libglx. The one with NVIDIA's libglx, by contrast, has no errors. The problem only surfaces when you then try to use it for something, e.g. run the glxinfo command: libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: swrast X Error of failed request: GLXBadContext Major opcode of failed request: 154 (GLX) Minor opcode of failed request: 6 (X_GLXIsDirect) Serial number of failed request: 46 Current serial number in output stream: 45 name of display: :0 Let me know if you need any more information from me. [1]: http://pastebin.com/224Mh0Pi [2]: http://pastebin.com/pC9H182x -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=972035 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEW |CONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=972035 http://bugzilla.opensuse.org/show_bug.cgi?id=972035#c8 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(damienradtke@gmai | |l.com) --- Comment #8 from Stefan Dirsch --- One thing I'm still interested in. Does Xserver come up and Xsession work including OpenGL programs when using the following /etc/X11/xorg.conf.d/50-device.conf. Section "Device" Identifier "Default Device" Driver "intel" EndSection With X.Org's libglx.so and Mesa's libGL in place of course. That would be one way to handle the issue (crude workaround I know). -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=972035 http://bugzilla.opensuse.org/show_bug.cgi?id=972035#c10 Damien Radtke changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(damienradtke@gmai | |l.com) | --- Comment #10 from Damien Radtke --- Just disabled the motherboard's Intel graphics, and now the lspci command is only outputting one line: lspci -n | grep -e '^..:..\.. 0300: ' Hopefully that's the end of my graphics card issues. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=972035 http://bugzilla.opensuse.org/show_bug.cgi?id=972035#c12 --- Comment #12 from Stefan Dirsch --- (In reply to Damien Radtke from comment #9)

I added that section to /etc/X11/xorg.conf.d/50-device.conf and updated libglx.so to use xorg's version, and rebooting resulted in a "no devices detected" / "no screens found" error.

Ok. So trying to force usage of intel driver only doesn't help. Then I don't see this as workaround either when detecting intel and nvidia. -- You are receiving this mail because: You are on the CC list for the bug.