You are not logged in.
Hello everbody,
I've recently got my EXP GDC Beast 8.0 and I'm actually playing around with it. Right now it's working fine under Windows, but it won't fully work on my Arch installation. My Notebook is a ASUS N56VZ with an integrated Intel HD and a nvidia 650m. Normally I use Bumblebee to get this two cards working together.
While I can work normally with my Xfce session, I'm unable to start any 3D related rendering application. For e.g., the output of glxgears:
[stefan@notebook ~]$ glxgears
Xlib: extension "GLX" missing on display ":0.0".
Error: couldn't get an RGB, Double-buffered visual
I've created a 10-egpu.conf file in /etc/X11/xorg.conf.d to feet XOrg with the related informations it needs to talk to the eGPU. You can look at it here: http://pastebin.com/yhwFCS3s. I got the PCI Bus address from lspci. You can see my lspci output of the nvidia eGPU here: http://pastebin.com/EyKd0Bk7.
However, I have seen a lot of people who are just doing a "nvidia-xconfig" to get a valid xorg.conf for their eGPU, but this isn't working for me. If I go with a xorg.conf generated by nvidia-xconfig, the XServer isn't coming up anymore. The following error is written to the X.Org log instead: http://pastebin.com/XjdCfskk.
I've also installed the following driver related packages: nvidia-dkms, nvidia-libgl and lib32-nvidia-libgl. As far as I can see this, this should be enough to get the eGPU fully running...
Right now I just want to get the XServer running with a fully functional eGPU in 2D and 3D. I first tried to get the eGPU running with the help of Bumblebee. But it seems like this is not going to work because Bumblebee is unable to talk with the eGPU itself (a lot of errors. One of them is that Bumblebee / X.Org is unable to find any screens here, too).
If someone could give me a hint how to get the eGPU running standalone or with the help of Bumblebee, I would be really thankful!
Regards
Crounus
Offline
I figured out, that if I use the xorg.conf which is generated with nvidia-xconfig and at the BusID to that config file, I'm able to use to so generated xorg.conf as well.
Anyway, even with that xorg.conf file I always get the "Xlib: extension "GLX" missing on display ":0.0"." error when I try to start a 3D application. It feels like that this has nothing to do with the eGPU and more with the driver?!
BTW if I start nvidia-settings und go to "OpenGL/GLX information" it gives me a: "Failed to query the GLX server vendor."
Offline
how did you start you DE ? if it "sddm" try to
systemctl disable sddm
reboot
and from root do:
systemctl start sddm
Offline
and please provide your current xorg log, the one you linked simply complains about a bogus xorg.conf (unparsable)
Online
how did you start you DE ? if it "sddm" try to
systemctl disable sddm
reboot
and from root do:
systemctl start sddm
I'm starting the my DE with lightdm.
@seth: You can see my full Xorg log here: http://pastebin.com/6AgUgvpr
X.Org says that he is unabe to load GLX ... but why?
Offline
What is the output of the following commands
$ ls -la /usr/lib/xorg/modules/extensions/libglx.so
$ pacman -Qo /usr/lib/xorg/modules/extensions/libglx.so
Also why are you using an xorg.conf with a bumblebee configuration?
Edit:
remove "snippet" latest log contains
[ 19.467] (==) Using config file: "/etc/X11/xorg.conf"
Edit:2
Also the outputs from
$ pacman -Qkk xorg-server
$ pacman -Qi xorg-server
Last edited by loqs (2017-02-19 11:53:54)
Offline
I'm starting the my DE with lightdm.
I have a similar problem, whis nvidia driver - then my sddm auto-start at boot, my screensaver (GL-Matrix) is not work, and it say something like this "...unable to load GLX.."
But, then i start my sddm from root's consloe after boot - it work fine.
Ok. So try this:
systemctl disable lightdm
reboot
in root's tty(console)
systemctl start lightdm
PS: Then i use nvidia driver without xorg.conf, after auto-start sddm - i have wrong resolution (1024x768), 1280x1024 - is native.
but if i start sddm by my hand from root's console - reolution and glx work fine.
Then i do "nvidia-xconfig", and make the xorg.conf - after auto-start sddm my screen resolution is correct, but glx dont work.
If i use the nouveau, after auto-start sddm i have the black screen, but if i start sddm by my hand from root's console - sddm work and glx works fine.
Last edited by killer1804 (2017-02-19 12:35:12)
Offline
What is the output of the following commands
$ ls -la /usr/lib/xorg/modules/extensions/libglx.so $ pacman -Qo /usr/lib/xorg/modules/extensions/libglx.so
ls -la /usr/lib/xorg/modules/extensions/libglx.so
lrwxrwxrwx 1 root root 16 16. Dez 12:56 /usr/lib/xorg/modules/extensions/libglx.so -> libglx.so.375.26
pacman -Qo /usr/lib/xorg/modules/extensions/libglx.so
/usr/lib/xorg/modules/extensions/libglx.so is owned by nvidia-libgl 375.26-2
Also why are you using an xorg.conf with a bumblebee configuration?
As I already mentioned in my first post: Due to the useage of a external GPU (so called eGPU), I'm not useing my integrated Intel HD / nvidia GPU anymore. All the output comes directly from the external GPU. The monitor is hooked up at the HDMI of the external GPU. You can't use bumblebee to comunicate with a eGPU right now.
Edit:2
Also the outputs from$ pacman -Qkk xorg-server $ pacman -Qi xorg-server
pacman -Qkk xorg-server
warning: xorg-server: /usr/lib/xorg/modules/extensions/libglx.so (File type mismatch)
xorg-server: 51 total files, 1 altered file
pacman -Qi xorg-server
Name : xorg-server
Version : 1.19.1-5
Description : Xorg X server
Architecture : x86_64
URL : http://xorg.freedesktop.org
Licenses : custom
Groups : xorg
Provides : X-ABI-VIDEODRV_VERSION=23 X-ABI-XINPUT_VERSION=24.1 X-ABI-EXTENSION_VERSION=10.0 x-server
Depends On : libepoxy libxfont2 pixman xorg-server-common libunwind dbus libgl xf86-input-libinput libpciaccess libdrm libxshmfence
Optional Deps : None
Required By : nvidia-utils
Optional For : None
Conflicts With : nvidia-utils<=331.20 glamor-egl xf86-video-modesetting
Replaces : glamor-egl xf86-video-modesetting
Installed Size : 3.47 MiB
Packager : Laurent Carlier <lordheavym@gmail.com>
Build Date : Tue Feb 14 04:37:14 2017
Install Date : Sat Feb 18 15:37:40 2017
Install Reason : Explicitly installed
Install Script : Yes
Validated By : Signature
EDIT:
@killer1804: Although I restarted lightdm multiple times after boot and also started X directly with startx, I tried you suggestion. It doesn't have any effect for me
Last edited by Crounus (2017-02-19 13:54:49)
Offline
hmmmm....its strange:
[user0@newhome ~]$ pacman -Qo /usr/lib/xorg/modules/extensions/libglx.so
/usr/lib/xorg/modules/extensions/libglx.so is owned by xorg-server 1.19.1-5
[user0@newhome ~]$
Offline
Ok, I've got it to work ... I don't know why this happened, but the file /usr/share/X11/xorg.conf.d/nvidia-drm-outputclass.conf was missing on my system. After a reinstallation of the nvidia packages (this means reinstallation of the driver) and a reboot, the GPU is recognized and working now ... strange. But I'm happy that it is working now
EDIT:
hmmmm....its strange:
[user0@newhome ~]$ pacman -Qo /usr/lib/xorg/modules/extensions/libglx.so
/usr/lib/xorg/modules/extensions/libglx.so is owned by xorg-server 1.19.1-5
[user0@newhome ~]$
After the reinstallation of the driver, the file /usr/lib/xorg/modules/extensions/libglx.so doesn't exists anymore at all:
error: failed to read file '/usr/lib/xorg/modules/extensions/libglx.so': No such file or directory
Last edited by Crounus (2017-02-19 14:12:19)
Offline
nvidia will symlink the file to its own module libglx.so.xxx.yy
stat /usr/lib/xorg/modules/extensions/libglx.so
How do you "install the driver"?
Bumblebee conflicts w/ nvidia for a reason; if you ignore warnings or --force there, you'll screw the installation for sure.
Online
nvidia will symlink the file to its own module libglx.so.xxx.yy
stat /usr/lib/xorg/modules/extensions/libglx.so
How do you "install the driver"?
Bumblebee conflicts w/ nvidia for a reason; if you ignore warnings or --force there, you'll screw the installation for sure.
Bumblebee is uninstalled. Otherwise this wouldn't work at all.
Offline
nvidia will symlink the file to its own module libglx.so.xxx.yy
stat /usr/lib/xorg/modules/extensions/libglx.so
How do you "install the driver"?
Bumblebee conflicts w/ nvidia for a reason; if you ignore warnings or --force there, you'll screw the installation for sure.
There is no symlink anymore. Symlink was more a hack than a proper solution, the right solution is the ModulePath option from xorg.
Offline
@lordheavy would you recommend Crounus reinstall xorg-server to fix the missing /usr/lib/xorg/modules/extensions/libglx.so ?
Then i use nvidia driver without xorg.conf, after auto-start sddm - i have wrong resolution (1024x768), 1280x1024 - is native.
but if i start sddm by my hand from root's console - reolution and glx work fine.
Then i do "nvidia-xconfig", and make the xorg.conf - after auto-start sddm my screen resolution is correct, but glx dont work.
If i use the nouveau, after auto-start sddm i have the black screen, but if i start sddm by my hand from root's console - sddm work and glx works fine.
A snippet just specifying the monitor properties should be enough to replace the full xorg.conf?
Offline
@lordheavy would you recommend Crounus reinstall xorg-server to fix the missing /usr/lib/xorg/modules/extensions/libglx.so ?
Yes, it should be enough.
Offline
loqs wrote:@lordheavy would you recommend Crounus reinstall xorg-server to fix the missing /usr/lib/xorg/modules/extensions/libglx.so ?
Yes, it should be enough.
Well, it's working right now. So is it really necessary to do so?
Offline
lordheavy wrote:loqs wrote:@lordheavy would you recommend Crounus reinstall xorg-server to fix the missing /usr/lib/xorg/modules/extensions/libglx.so ?
Yes, it should be enough.
Well, it's working right now. So is it really necessary to do so?
It's working because xorg loads the nvidia glx library, not the default one (in /usr/lib/xorg/modules/extensions), so it's useless until you change you GFX card for an AMD one, then it will be broken again
Offline
Crounus wrote:lordheavy wrote:Yes, it should be enough.
Well, it's working right now. So is it really necessary to do so?
It's working because xorg loads the nvidia glx library, not the default one (in /usr/lib/xorg/modules/extensions), so it's useless until you change you GFX card for an AMD one, then it will be broken again
Ah, ok! Thanks for that informaiton.
Could it be, that it is only working right now because this file is missing? Or should this file normally deleted when the package "nvidia" is installed?
Offline
lordheavy wrote:Crounus wrote:Well, it's working right now. So is it really necessary to do so?
It's working because xorg loads the nvidia glx library, not the default one (in /usr/lib/xorg/modules/extensions), so it's useless until you change you GFX card for an AMD one, then it will be broken again
Ah, ok! Thanks for that informaiton.
Could it be, that it is only working right now because this file is missing? Or should this file normally deleted when the package "nvidia" is installed?
No, it works because xorg search for the glx library in /usr/lib/nvidia/xorg (specified in /usr/share/X11/xorg.conf.d/nvidia-drm-outputclass.conf). The libglx.so file in /usr/lib/xorg/modules/extensions is used by mesa drivers.
Offline