[Bug 766513] New: Failed to load /usr/lib/xorg/modules/drivers/intel_drv.so: libglamor.so: cannot open shared object file: No such file or dir
https://bugzilla.novell.com/show_bug.cgi?id=766513 https://bugzilla.novell.com/show_bug.cgi?id=766513#c0 Summary: Failed to load /usr/lib/xorg/modules/drivers/intel_drv.so: libglamor.so: cannot open shared object file: No such file or dir Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: x86 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs@forge.provo.novell.com ReportedBy: mrmazda@earthlink.net QAContact: xorg-maintainer-bugs@forge.provo.novell.com CC: sndirsch@suse.com Found By: --- Blocker: --- Created an attachment (id=494400) --> (http://bugzilla.novell.com/attachment.cgi?id=494400) Xorg.0.log To reproduce: 1-32 bit zypper dup, including from xf86-video-intel-2.18.0-1.1 to xf86-video-intel-2.19....2 (which pulls new package glamor), plus updates to Mesa-*-8.0.3-17.1, etc. 2-start Xorg Actual behavior: 1-1152x864 maximum 2-FBDEV driver used by Xorg 3-Summary's missing glamor message in Xorg.0.log Expected behavior: 1-resolution up to 2048x1536 2-Intel driver used by Xorg Comments: 1-/usr/lib/xorg/modules/libglamor.so 121016 Jun 1 02:32 exists 2-i845G system has continually been upgraded from Factory/11.4RC1 originally installed Feb. 2011. i945G system's 4 day old logs: https://bugzilla.novell.com/attachment.cgi?id=494082 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c1
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c2
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c3
Felix Miata
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c4
--- Comment #4 from Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c5
--- Comment #5 from Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c6
--- Comment #6 from Felix Miata
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c7
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c8
--- Comment #8 from Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c9
Felix Miata
Please make sure that /etc/X11/xorg.conf.d/05-glamor.conf contains:
Section "Module" Load "dri2" Load "glamoregl" EndSection
This kills my easy workaround to bug 766059, which is to rename xorg.conf.d/ to collectively hide 50-device.conf, 50-monitor.conf & 50-screen.conf. Since post-comment 7 zypper dup on both i845G hosts, KDE does run, but with everything unusably small due to lack of the required content from those files. Note that on same i845G machine (host t2240) Fedora (kernel-3.4.0-1/xorg-x11-server-Xorg-1.12.2-1.fc17/xorg-x11-drv-intel-2.19-1) & Mageia 2 (kernel-3.3.6-1/x11-server-xorg-1.11.4-2/x11-driver-video-intel-2.19.0-2), xorg.conf.d/ is empty by default, and X/KDE are working OK.
Also check with
ldd /usr/lib/xorg/modules/libglamoregl.so ldd /usr/lib/xorg/modules/libglamor.so
that there are no unresolved libs. Packages
I don't see from the output any apparent answer, so here is the output from an i845G: # ldd /usr/lib/xorg/modules/libglamorregl.so linux-gate.so.1 (0xb775f000) libEGL.so.1 => /usr/lib/libEGL.so.1 (0xb7729000) libglamor.so => /usr/lib/xorg/modules/libglamor.so (0xb770a000) libpthread.so.0 => /lib/libpthread.so.0 (0xb76ef000) libc.so.6 => /lib/libc.so.6 (0xb7549000) libdl.so.2 => /lib/libdl.so.2 (0xb7543000) libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0xb7540000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb7406000) libxcb-dri2.so.0 => /usr/lib/libxcb-dri2.so.0 (0xb7400000) libxcb-xfixes.so.0 => /usr/lib/libxcb-xfixes.so.0 (0xb73f8000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb73d4000) libudev.so.0 => /lib/libudev.so.0 (0xb73c4000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb73b7000) libgbm.so.1 => /usr/lib/libgbm.so.1 (0xb73b1000) libGL.so.1 => /usr/lib/libGL.so.1 (0xb7356000) /lib/ld-linux.so.2 (0xb7760000) libXau.so.6 => /usr/lib/libXau.so.6 (0xb7352000) librt.so.1 => /lib/librt.so.1 (0xb7348000) libglapi.so.0 => /usr/lib/libglapi.so.0 (0xb7332000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb731f000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb731b000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb7314000) libxcb-glx.so.0 => /usr/lib/libxcb-glx.so.0 (0xb72fa000) libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb72f3000) # ldd /usr/lib/xorg/modules/libglamor.so linux-gate.so.1 (0xb7736000) libGL.so.1 => /usr/lib/libGL.so.1 (0xb76a7000) libc.so.6 => /lib/libc.so.6 (0xb7501000) libglapi.so.0 => /usr/lib/libglapi.so.0 (0xb74eb000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb74d8000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb74d3000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb74cc000) libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0xb74c9000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb738f000) libxcb-glx.so.0 => /usr/lib/libxcb-glx.so.0 (0xb7376000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7353000) libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb734b000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb733e000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7323000) libdl.so.2 => /lib/libdl.so.2 (0xb731e000) /lib/ld-linux.so.2 (0xb7737000) libXau.so.6 => /usr/lib/libXau.so.6 (0xb731a000) librt.so.1 => /lib/librt.so.1 (0xb7310000)
Mesa-libEGL1 libxcb-dri2-0 libdrm2 libgbm1 Mesa-libGL1 Mesa-libglapi0 libxcb-glx0
need to be installed.
They are. [post-comment 8] On host t2240 I did as indicated in comment 8, and see no apparent impact on this bug, unless maybe it slowed things down. It didn't help bug 766059 either. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c10
--- Comment #10 from Stefan Dirsch
Please make sure that /etc/X11/xorg.conf.d/05-glamor.conf contains:
Section "Module" Load "dri2" Load "glamoregl" EndSection
This kills my easy workaround to bug 766059, which is to rename xorg.conf.d/ to collectively hide 50-device.conf, 50-monitor.conf & 50-screen.conf.
We cannot support such ugly workarounds. Seriously.
Since post-comment 7 zypper dup on both i845G hosts, KDE does run, but with everything unusably small due to lack of the required content from those files.
See above.
Note that on same i845G machine (host t2240) Fedora (kernel-3.4.0-1/xorg-x11-server-Xorg-1.12.2-1.fc17/xorg-x11-drv-intel-2.19-1) & Mageia 2 (kernel-3.3.6-1/x11-server-xorg-1.11.4-2/x11-driver-video-intel-2.19.0-2), xorg.conf.d/ is empty by default, and X/KDE are working OK.
So how do they support Intel's GLAMOR 2D acceleration at all? Probably they don't ...
Also check with
ldd /usr/lib/xorg/modules/libglamoregl.so ldd /usr/lib/xorg/modules/libglamor.so
that there are no unresolved libs. Packages
I don't see from the output any apparent answer, so here is the output from an i845G:
ldd output looks fine.
Mesa-libEGL1 libxcb-dri2-0 libdrm2 libgbm1 Mesa-libGL1 Mesa-libglapi0 libxcb-glx0
need to be installed.
They are.
Comment #8 is important here. You need the latest versions of these packages.
[post-comment 8] On host t2240 I did as indicated in comment 8, and see no apparent impact on this bug, unless maybe it slowed things down.
Unlikely. Intel's 2D acceleration is back to UXA by default.
It didn't help bug 766059 either.
Why should it? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c11
--- Comment #11 from Felix Miata
(In reply to comment #9)
Since post-comment 7 zypper dup on both i845G hosts, KDE does run, but with everything unusably small due to lack of the required content from those files.
See above.
Which "above"? Are you suggesting I should go back to the more difficult use of an xorg.conf file to globally control VertRefresh, DisplaySize, panning, etc., and leave xorg.conf.d/ content up to the package management system, that /etc isn't for global user configs any more?
Note that on same i845G machine (host t2240) Fedora (kernel-3.4.0-1/xorg-x11-server-Xorg-1.12.2-1.fc17/xorg-x11-drv-intel-2.19-1) & Mageia 2 (kernel-3.3.6-1/x11-server-xorg-1.11.4-2/x11-driver-video-intel-2.19.0-2), xorg.conf.d/ is empty by default, and X/KDE are working OK.
So how do they support Intel's GLAMOR 2D acceleration at all? Probably they don't ...
Without dropping to PCI bus video and K6 CPU, or a bug like https://bugs.kde.org/show_bug.cgi?id=283366 , I don't recognize slow, so can't tell accelfoo from accelbar or accelnone. However fast it is is how fast it is. Faster is nicer, but works legibly is all I really care about. I have no idea what kind of acceleration or not anyone supports.
They are.
Comment #8 is important here. You need the latest versions of these packages.
That's what most of last lines of comment 9 were about.
It didn't help bug 766059 either.
Why should it?
No "should". Just sometimes fixing one thing fixes something else, same as the way new bugs happen. :-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c12
--- Comment #12 from Stefan Dirsch
Which "above"?
I've meant my commment above.
Are you suggesting I should go back to the more difficult use of an xorg.conf file to globally control VertRefresh, DisplaySize, panning, etc., and leave xorg.conf.d/ content up to the package management system, that /etc isn't for global user configs any more?
That's the way it is done now, for corner cases like you always have with your prehistoric hardware. Using a global xorg.conf is more error-prone than editing these files. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c13
--- Comment #13 from Felix Miata
(In reply to comment #11)
Which "above"?
I've meant my commment above.
Obviously "above", but which "above", 8? 7? That response was to comment 9's "Since post-comment 7 zypper dup on both i845G hosts, KDE does run, but with everything unusably small due to lack of the required content from those files", which I fully expected no response to. Because I got any response at all, I tried to figure out how anything you wrote previously was even related, much less answered the question, but failed to do so.
Are you suggesting I should go back to the more difficult use of an xorg.conf file to globally control VertRefresh, DisplaySize, panning, etc., and leave xorg.conf.d/ content up to the package management system, that /etc isn't for global user configs any more?
That's the way it is done now, for corner cases like you always have with your prehistoric hardware.
Your response as directly relates to my comment 11 question is ambiguous. I still can't ascertain from your responses whether one is expected to be using xorg.conf or xorg.conf.d/ to the exclusion of the other to globally force text and icons on a GUI desktop to a size legible for those with ~25th or lower percentile vision. Which is "the way it is done now"? Or are you referring to directly manipulating both, with an implication that SaX2 is the old way? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c14
Rainer Klier
requires _glapi_tls_Context, which is only in Mesa-libglapi0 of X11:XOrg ==> install Mesa, update xf86-video-intel,Mesa-libglapi0 of X11:XOrg ==> zypper ar http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Factory X11:XOrg zypper ref -r X11:XOrg zypper in -r X11:XOrg --force Mesa xf86-video-intel Mesa-libglapi0 zypper mr -d X11:XOrg
this bug also hits me. although i have a nvidia card and the system is working, but i also have this error messages in the Xorg.0.log: [ 2492.413] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so [ 2492.428] (EE) Failed to load /usr/lib64/xorg/modules/libglamoregl.so: /usr/lib64/xorg/modules/libglamoregl.so: undefined symbol: _glapi_tls_Context [ 2492.428] (II) UnloadModule: "glamoregl" [ 2492.428] (II) Unloading glamoregl [ 2492.428] (EE) Failed to load module "glamoregl" (loader failed, 7) and i already have installed the Mesa-libglapi0 package from repo http://download.opensuse.org/repositories/X11:/XOrg/openSUSE_Factory so it seems the symbol _glapi_tls_Context is not contained or found in /usr/lib64/xorg/modules/libglamoregl.so coming from package Mesa-libglapi0. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c15
--- Comment #15 from Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c16
--- Comment #16 from Rainer Klier
_glapi_tls_Context symbol is defined in libglapi0. Verify with
readelf -s /usr/lib64/libglapi.so.0 | grep _glapi_tls_Context
you are right. answer from above command: 40: 0000000000000008 8 TLS GLOBAL DEFAULT 18 _glapi_tls_Context but where does [ 2492.428] (EE) Failed to load /usr/lib64/xorg/modules/libglamoregl.so: /usr/lib64/xorg/modules/libglamoregl.so: undefined symbol: _glapi_tls_Context then come from? i don't understand. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c17
--- Comment #17 from Stefan Dirsch
(In reply to comment #15)
_glapi_tls_Context symbol is defined in libglapi0. Verify with
readelf -s /usr/lib64/libglapi.so.0 | grep _glapi_tls_Context
you are right.
answer from above command: 40: 0000000000000008 8 TLS GLOBAL DEFAULT 18 _glapi_tls_Context
but where does
[ 2492.428] (EE) Failed to load /usr/lib64/xorg/modules/libglamoregl.so: /usr/lib64/xorg/modules/libglamoregl.so: undefined symbol: _glapi_tls_Context
then come from?
i don't understand.
Me not either. Works for me here. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c18
Ralf Czekalla
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c19
--- Comment #19 from Stefan Dirsch
I finally found the time to test the deactivation of glamor with 05-glamor.conf.
The libglamoregl.so is not loaded explicitely any more as in the line above of the last comment.
[...]
But the intel_drv.so still shows the loading error after deactivation of glamor shown above in some of the comments (error 7, whatever this means?)
This problem should be fixed by this glamor commit now. ------------------------------------------------------------------- Mon Jun 25 09:18:40 UTC 2012 - sndirsch@suse.com - add /usr/%{_lib}/xorg/modules to ldconfig path, so intel gfx driver still can find it, if glamoregl Xserver module has been disabled manually in /etc/X11/xorg.conf.d/05-glamor.conf Fixed in obs://X11:XOrg and submitrequested to openSUSE:Factory (SR #125932). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c20
Stefan Dirsch
Before I tried to reinstall all Xorg packages from the repository with the intel 2.19 driver included, but this didn't change anything. I was thinking, if this whole problem has something to do with the fact that I use the Nvidia driver 302.11 with a GT240 gfx card only for CUDA, but not presentation. So after the installation of the Nvidia package I reinstalled all Xorg packages again, but no change in behavior. I still get the "undefined symbol" with the libglamoregl.so. [...] Also the idea that some libraries in the farer loading chain might be the source of this undefined symbol error might be the reason, showed not really to be existing, because the mentioned package libglapi has not much further libary dependencies.
Well, could it be that you still have the libGL of NVIDIA installed? Please verify with ldd /usr/lib64/xorg/modules/libglamor.so. libglamor.so is linked against libGL and probably only been tested against Mesa's version. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c21
--- Comment #21 from Rainer Klier
(In reply to comment #18)
Also the idea that some libraries in the farer loading chain might be the source of this undefined symbol error might be the reason, showed not really to be existing, because the mentioned package libglapi has not much further libary dependencies.
Well, could it be that you still have the libGL of NVIDIA installed? Please verify with ldd /usr/lib64/xorg/modules/libglamor.so. libglamor.so is linked against libGL and probably only been tested against Mesa's version.
as i am using the binary-only NVIDIA driver, maybe that's because libglamor.so can't be loaded on my machine? because on my machine /usr/lib64/libGL.so.1 is a symbolic link to /usr/lib64/libGL.so.302.17 which is part of the NVIDIA installation. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c22
Stefan Dirsch
Well, could it be that you still have the libGL of NVIDIA installed? Please verify with ldd /usr/lib64/xorg/modules/libglamor.so. libglamor.so is linked against libGL and probably only been tested against Mesa's version.
I can reproduce your issue after installing the NVIDIA driver including it's libGL. Since this is a messed up system then anyway I suggest to use as workaround removing the path, where NVIDIA's libGL has been installed, from ldconfig path. How to make sure to use NVIDIA's libGL, when required, is up to you (use LD_LIBRARY_PATH=... or whatever). I consider this a corner case (using Intel GPU for graphics, NVIDIA card for computing). Seriously. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c23
Stefan Dirsch
as i am using the binary-only NVIDIA driver, maybe that's because libglamor.so can't be loaded on my machine?
because on my machine /usr/lib64/libGL.so.1 is a symbolic link to /usr/lib64/libGL.so.302.17 which is part of the NVIDIA installation.
Yes, that's rather likely. But in your case you don't need glamor. Or are you also trying to use Intel graphics and NVIDIA computing at the same time? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c24
--- Comment #24 from Rainer Klier
(In reply to comment #21)
as i am using the binary-only NVIDIA driver, maybe that's because libglamor.so can't be loaded on my machine?
because on my machine /usr/lib64/libGL.so.1 is a symbolic link to /usr/lib64/libGL.so.302.17 which is part of the NVIDIA installation.
Yes, that's rather likely. But in your case you don't need glamor. Or are you
Ok, good to know.
also trying to use Intel graphics and NVIDIA computing at the same time?
No. I use NVIDIA for graphics/display. There is no other graphics card in my system. Should i disable glamor in /etc/X11/xorg.conf.d/05-glamor.conf? And if yes, how? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c25
Stefan Dirsch
Should i disable glamor in /etc/X11/xorg.conf.d/05-glamor.conf? And if yes, how?
If you like, you can comment out the lines in this file to disable the load of the "glamoregl" module. Otherwise just ignore this error message. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=766513
https://bugzilla.novell.com/show_bug.cgi?id=766513#c26
Stefan Dirsch
participants (1)
-
bugzilla_noreply@novell.com