There is now a X.Org6.8 driver on ATI's website
I'm going to wait a little for a SuSE's packaged version - hoping SuSE is going to post one.
Claus Olesen kirjoitti viestissään (lähetysaika tiistai, 18. tammikuuta 2005 10:31):
I'm going to wait a little for a SuSE's packaged version - hoping SuSE is going to post one.
There are already SuSEfied versions at ftp.suse.com/pub/suse/i386/supplementary/X/ATI/suse92/ /jyri
On Tue, Jan 18, 2005 at 10:39:51AM +0200, Jyri Palokangas wrote:
Claus Olesen kirjoitti viestissään (lähetysaika tiistai, 18. tammikuuta 2005 10:31):
I'm going to wait a little for a SuSE's packaged version - hoping SuSE is going to post one.
There are already SuSEfied versions at ftp.suse.com/pub/suse/i386/supplementary/X/ATI/suse92/
Yes, I've already copied them to this location. BTW, it would be good to test these also with Xorg 6.8.2 RC2. :-) Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
Stefan Dirsch kirjoitti viestissään (lähetysaika tiistai, 18. tammikuuta 2005 11:59):
BTW, it would be good to test these also with Xorg 6.8.2 RC2. :-)
I have tested these with 6.8.2 RC2. Already noticed that changing between ttys hangs system :-( /jyri
Stefan
Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
Great. The reason I did not see it is I was looking here http://www.novell.com/products/linuxprofessional/downloads/x11/index.html You may want to update that page so users don't miss it. On Tuesday 18 January 2005 01:59, Stefan Dirsch wrote:
On Tue, Jan 18, 2005 at 10:39:51AM +0200, Jyri Palokangas wrote:
Claus Olesen kirjoitti viestissään (lähetysaika tiistai, 18. tammikuuta 2005
10:31):
I'm going to wait a little for a SuSE's packaged version - hoping SuSE is going to post one.
There are already SuSEfied versions at ftp.suse.com/pub/suse/i386/supplementary/X/ATI/suse92/
Yes, I've already copied them to this location. BTW, it would be good to test these also with Xorg 6.8.2 RC2. :-)
Stefan
Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
On Tue, Jan 18, 2005 at 02:42:02AM -0800, Claus Olesen wrote:
Great. The reason I did not see it is I was looking here http://www.novell.com/products/linuxprofessional/downloads/x11/index.html You may want to update that page so users don't miss it.
Oops. There are still people, who are able to find something on our new website? It took me about half an hour to find it again. :-) It was already updated for the german website, (http://www.novell.com/de-de/products/linuxprofessional/downloads/x11/index.h...) but not for the international website yet (already triggered). Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
I just tried installing it following the README, everything went ok but - as usual - and how could I forget - it doesn't work because of the mesa conflict. When I run /usr/X11R6/bin/fgl_glxgears I just get a blip of a window outline and then a dump Xlib: extension "XFree86-DRI" missing on display ":0.0". X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 30 Current serial number in output stream: 30 When I then run /usr/X11R6/bin/fglrxinfo I get display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.1) There must be lots of other users that have this annoying problem - and everytime. What's the right way of dealing with this - once and for all. My suggestion is that it go into the README. Claus On Tuesday 18 January 2005 04:00, Stefan Dirsch wrote:
On Tue, Jan 18, 2005 at 02:42:02AM -0800, Claus Olesen wrote:
Great. The reason I did not see it is I was looking here http://www.novell.com/products/linuxprofessional/downloads/x11/index.html You may want to update that page so users don't miss it.
Oops. There are still people, who are able to find something on our new website? It took me about half an hour to find it again. :-)
It was already updated for the german website, (http://www.novell.com/de-de/products/linuxprofessional/downloads/x11/index .html)
but not for the international website yet (already triggered).
Stefan
Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
Hi Claus Which RPMs did you install? The one of ATI or the SuSE RPMs? Could you please attach the X.Org logfile as well? Thanks. Stefan On Wed, Jan 19, 2005 at 12:55:02AM -0800, Claus Olesen wrote:
I just tried installing it following the README, everything went ok but - as usual - and how could I forget - it doesn't work because of the mesa conflict. When I run /usr/X11R6/bin/fgl_glxgears I just get a blip of a window outline and then a dump
Xlib: extension "XFree86-DRI" missing on display ":0.0". X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 30 Current serial number in output stream: 30
When I then run /usr/X11R6/bin/fglrxinfo I get
display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.1)
There must be lots of other users that have this annoying problem - and everytime. What's the right way of dealing with this - once and for all. My suggestion is that it go into the README. Claus
On Tuesday 18 January 2005 04:00, Stefan Dirsch wrote:
On Tue, Jan 18, 2005 at 02:42:02AM -0800, Claus Olesen wrote:
Great. The reason I did not see it is I was looking here http://www.novell.com/products/linuxprofessional/downloads/x11/index.html You may want to update that page so users don't miss it.
Oops. There are still people, who are able to find something on our new website? It took me about half an hour to find it again. :-)
It was already updated for the german website, (http://www.novell.com/de-de/products/linuxprofessional/downloads/x11/index .html)
but not for the international website yet (already triggered).
Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
Am Mittwoch, 19. Januar 2005 09:55 schrieb Claus Olesen:
When I then run /usr/X11R6/bin/fglrxinfo I get
display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.1)
Try: ll /usr/lib/GL/libGL.so.1.2 ll /usr/lib/libGL.so.1.2 ll /usr/lib/fglrx/lib/libGL.so.1.2 if /usr/lib/GL/libGL.so.1.2 and /usr/lib/libGL.so.1.2 are available and differ from /usr/lib/fglrx/lib/libGL.so.1.2 you'll get the message above, because the wrong GL library will be used. If you've installed package xorg-x11-Mesa-6.8.1-15, you'll habe these two files (see rpm -q -f /usr/lib/libGL.so.1.2). If you need xorg-x11-Mesa-6.8.1-15 for some reasons you may move those two files to another place and put links to /usr/lib/fglrx/lib/libGL.so.1.2 to the directories. But you should note this manual change, because you have to fix it after deinstallation of the fglrx-package! Markus
On Wed, Jan 19, 2005 at 05:21:13PM +0100, Markus Kohm wrote:
Am Mittwoch, 19. Januar 2005 09:55 schrieb Claus Olesen:
When I then run /usr/X11R6/bin/fglrxinfo I get
display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.1)
Try:
ll /usr/lib/GL/libGL.so.1.2 ll /usr/lib/libGL.so.1.2 ll /usr/lib/fglrx/lib/libGL.so.1.2
if /usr/lib/GL/libGL.so.1.2 and /usr/lib/libGL.so.1.2 are available and differ from /usr/lib/fglrx/lib/libGL.so.1.2 you'll get the message above, because the wrong GL library will be used. If you've installed package xorg-x11-Mesa-6.8.1-15, you'll habe these two files (see rpm -q -f /usr/lib/libGL.so.1.2). If you need xorg-x11-Mesa-6.8.1-15 for some reasons you may move those two files to another place and put links to /usr/lib/fglrx/lib/libGL.so.1.2 to the directories. But you should note this manual change, because you have to fix it after deinstallation of the fglrx-package!
Did you read /usr/share/doc/packages/fglrx/README.SuSE? [...] Update on ATI GL library ------------------------ Since release 8.08 the ATI driver no longer works together (hardware accelerated) with the standard OpenGL library. Therefore LD_LIBRARY_PATH is now set to /usr/lib/fglrx/lib:$LD_LIBRARY_PATH by default (by specifying this in /etc/profile.d/fglrx.{sh,csh}). Unfortunately the use of LD_LIBRARY_PATH does not work for setuid/setgid binaries (e.g. chromium/trackballs) because of obvious security reasons. If you rely on such programs you might consider to add "/usr/lib/fglrx/lib" to your /etc/ld.so.conf. Make sure you insert it before /usr/lib and /usr/lib64 on AMD64. [...] Looks like your LD_LIBRARY_PATH is not set for some reasons. :-( Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
Am Mittwoch, 19. Januar 2005 18:22 schrieb Stefan Dirsch:
Did you read /usr/share/doc/packages/fglrx/README.SuSE?
No. There was no note at the installation README, that I've to read this.
If you rely on such programs you might consider to add "/usr/lib/fglrx/lib" to your /etc/ld.so.conf. Make sure you insert it before /usr/lib and /usr/lib64 on AMD64.
/lib and /usr/lib are trusted directories and by default not at /etc/ld.so.conf but also searched by ldconfig (after reading /etc/ld.so.conf). BTW: There's a include at /etc/ld.so.conf. So you may simply add a fglrx.conf with contents /usr/lib/fglrx/lib to /etc/ld.so.conf.d/. AFAIK this could be better than adding a fglrx.{sh|csh} so /etc/profile.d. On may own machine LD_LIBRARY_PATH was set up, but glxinfo still reported the mesa indirect drivers. So it seams, that LD_LIBRARY_PATH was not searched (maby because a libGL.so was found in the ld.so.cache)? Markus
On Wed, Jan 19, 2005 at 07:25:22PM +0100, Markus Kohm wrote:
Am Mittwoch, 19. Januar 2005 18:22 schrieb Stefan Dirsch:
Did you read /usr/share/doc/packages/fglrx/README.SuSE?
No. There was no note at the installation README, that I've to read this.
I've added this now to the README.
If you rely on such programs you might consider to add "/usr/lib/fglrx/lib" to your /etc/ld.so.conf. Make sure you insert it before /usr/lib and /usr/lib64 on AMD64.
/lib and /usr/lib are trusted directories and by default not at /etc/ld.so.conf but also searched by ldconfig (after reading /etc/ld.so.conf).
/usr/lib64 /usr/lib is mentioned on AMD64 in this file.
BTW: There's a include at /etc/ld.so.conf. So you may simply add a fglrx.conf with contents
/usr/lib/fglrx/lib
to /etc/ld.so.conf.d/. AFAIK this could be better than adding a fglrx.{sh|csh} so /etc/profile.d.
As it's the last entry it won't work on AMD64 (/usr/lib64 is before) and it didn't work for me on i386 as well. :-(
On may own machine LD_LIBRARY_PATH was set up, but glxinfo still reported the mesa indirect drivers. So it seams, that LD_LIBRARY_PATH was not searched (maby because a libGL.so was found in the ld.so.cache)?
Please attach the output of echo $LD_LIBRARY_PATH ldd -v /usr/X11R6/bin/glxinfo Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
Am Mittwoch, 19. Januar 2005 21:19 schrieb Stefan Dirsch:
Please attach the output of
echo $LD_LIBRARY_PATH ldd -v /usr/X11R6/bin/glxinfo
First of all I'm not using an AMD64 but an i386. /usr/lib/libGL.so.1.2 is same as /usr/lib/GL/libGL.so.1.2 and nothing at /etc/ld.so.conf.d/: ~> ls -s /usr/lib/libGL.so.1.2 /usr/lib/GL/libGL.so.1.2 596 /usr/lib/GL/libGL.so.1.2 596 /usr/lib/libGL.so.1.2 ~> glxinfo | head -24 name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIS_multisample OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.1) ~> echo $LD_LIBRARY_PATH /usr/lib/fglrx/lib ~> ldd -v /usr/X11R6/bin/glxinfo linux-gate.so.1 => (0xffffe000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x4002c000) libGL.so.1 => /usr/lib/fglrx/lib/libGL.so.1 (0x400a9000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40124000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40132000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4022e000) libm.so.6 => /lib/tls/libm.so.6 (0x40240000) libc.so.6 => /lib/tls/libc.so.6 (0x40263000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4037a000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40437000) libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x4043f000) libdl.so.2 => /lib/libdl.so.2 (0x40444000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Version information: /usr/X11R6/bin/glxinfo: libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /usr/lib/libGLU.so.1: libgcc_s.so.1 (GCC_3.0) => /lib/libgcc_s.so.1 libstdc++.so.5 (GLIBCPP_3.2) => /usr/lib/libstdc++.so.5 libstdc++.so.5 (CXXABI_1.2) => /usr/lib/libstdc++.so.5 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libm.so.6 (GLIBC_2.0) => /lib/tls/libm.so.6 /usr/lib/fglrx/lib/libGL.so.1: libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2 libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2 libpthread.so.0 (GLIBC_2.0) => /lib/tls/libpthread.so.0 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /usr/X11R6/lib/libXext.so.6: libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /usr/X11R6/lib/libX11.so.6: libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2 libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.3.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /lib/tls/libpthread.so.0: ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.3.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_PRIVATE) => /lib/tls/libc.so.6 /lib/tls/libm.so.6: ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /lib/tls/libc.so.6: ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2 /usr/lib/libstdc++.so.5: libc.so.6 (GLIBC_2.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libgcc_s.so.1 (GCC_3.3) => /lib/libgcc_s.so.1 libgcc_s.so.1 (GCC_3.0) => /lib/libgcc_s.so.1 libgcc_s.so.1 (GLIBC_2.0) => /lib/libgcc_s.so.1 /lib/libgcc_s.so.1: libc.so.6 (GLIBC_2.2.4) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /usr/X11R6/lib/libXxf86vm.so.1: libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /lib/libdl.so.2: libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_PRIVATE) => /lib/tls/libc.so.6 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 Now changing /usr/lib/libGL.so.1.2: # ln -sf /usr/lib/fglrx/lib/libGL.so.1.2 /usr/lib/libGL.so.1.2 # ldconfig ~> echo $LD_LIBRARY_PATH /usr/lib/fglrx/lib ~> glxinfo | head -24 name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: ATI client glx version string: 1.3 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_multisample OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON 9600 TX Generic OpenGL version string: 1.3.4769 (X4.3.0-8.8.25) OpenGL extensions: GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array, GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program, ~> ldd -v /usr/X11R6/bin/glxinfo linux-gate.so.1 => (0xffffe000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x4002c000) libGL.so.1 => /usr/lib/fglrx/lib/libGL.so.1 (0x400a9000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4014e000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4015c000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40258000) libm.so.6 => /lib/tls/libm.so.6 (0x4026a000) libc.so.6 => /lib/tls/libc.so.6 (0x4028d000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x403a4000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40461000) libdl.so.2 => /lib/libdl.so.2 (0x40469000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Version information: /usr/X11R6/bin/glxinfo: libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /usr/lib/libGLU.so.1: libgcc_s.so.1 (GCC_3.0) => /lib/libgcc_s.so.1 libstdc++.so.5 (GLIBCPP_3.2) => /usr/lib/libstdc++.so.5 libstdc++.so.5 (CXXABI_1.2) => /usr/lib/libstdc++.so.5 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libm.so.6 (GLIBC_2.0) => /lib/tls/libm.so.6 /usr/lib/fglrx/lib/libGL.so.1: libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2 libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libpthread.so.0 (GLIBC_2.0) => /lib/tls/libpthread.so.0 /usr/X11R6/lib/libXext.so.6: libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /usr/X11R6/lib/libX11.so.6: libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2 libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.3.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /lib/tls/libpthread.so.0: ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.3.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_PRIVATE) => /lib/tls/libc.so.6 /lib/tls/libm.so.6: ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /lib/tls/libc.so.6: ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2 /usr/lib/libstdc++.so.5: libc.so.6 (GLIBC_2.2) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libgcc_s.so.1 (GCC_3.3) => /lib/libgcc_s.so.1 libgcc_s.so.1 (GCC_3.0) => /lib/libgcc_s.so.1 libgcc_s.so.1 (GLIBC_2.0) => /lib/libgcc_s.so.1 /lib/libgcc_s.so.1: libc.so.6 (GLIBC_2.2.4) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /lib/libdl.so.2: libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_PRIVATE) => /lib/tls/libc.so.6 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 And here's the diff of the two ldd outputs: ~> diff -u glxinfo.opengl glxinfo.fglrx --- glxinfo.opengl 2005-01-20 08:46:25.872930360 +0100 +++ glxinfo.fglrx 2005-01-20 08:58:07.308295976 +0100 @@ -1,15 +1,14 @@ linux-gate.so.1 => (0xffffe000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x4002c000) libGL.so.1 => /usr/lib/fglrx/lib/libGL.so.1 (0x400a9000) - libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40124000) - libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40132000) - libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4022e000) - libm.so.6 => /lib/tls/libm.so.6 (0x40240000) - libc.so.6 => /lib/tls/libc.so.6 (0x40263000) - libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x4037a000) - libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40437000) - libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x4043f000) - libdl.so.2 => /lib/libdl.so.2 (0x40444000) + libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4014e000) + libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4015c000) + libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40258000) + libm.so.6 => /lib/tls/libm.so.6 (0x4026a000) + libc.so.6 => /lib/tls/libc.so.6 (0x4028d000) + libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x403a4000) + libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40461000) + libdl.so.2 => /lib/libdl.so.2 (0x40469000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Version information: @@ -26,10 +25,9 @@ /usr/lib/fglrx/lib/libGL.so.1: libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2 libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2 - libpthread.so.0 (GLIBC_2.0) => /lib/tls/libpthread.so.0 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 - libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 + libpthread.so.0 (GLIBC_2.0) => /lib/tls/libpthread.so.0 /usr/X11R6/lib/libXext.so.6: libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 @@ -74,9 +72,6 @@ libc.so.6 (GLIBC_2.2.4) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 - /usr/X11R6/lib/libXxf86vm.so.1: - libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 - libc.so.6 (GLIBC_2.0) => /lib/tls/libc.so.6 /lib/libdl.so.2: libc.so.6 (GLIBC_2.1.3) => /lib/tls/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/tls/libc.so.6 So libGl.so.1.2 seams to the fglrx one in both cases but nevertheless there are differences. But now something very strange happens. I've want to do the same test once more. So I've removed the link /usr/lib/libGL.so.1.2 and copied /usr/lib/GL/libGL.so.1.2 to /usr/lib/libGL.so.1.2. And what happend? The outputs are not same like in the first case above but same like in den second one. And same after one more ldconfig and one more reboot. It's hard to believe, but it's true. Markus
On Thu, Jan 20, 2005 at 09:18:11AM +0100, Markus Kohm wrote:
Am Mittwoch, 19. Januar 2005 21:19 schrieb Stefan Dirsch:
Please attach the output of
echo $LD_LIBRARY_PATH ldd -v /usr/X11R6/bin/glxinfo
First of all I'm not using an AMD64 but an i386.
Sure, but I needed a solution for both platforms.
/usr/lib/libGL.so.1.2 is same as /usr/lib/GL/libGL.so.1.2 and nothing at /etc/ld.so.conf.d/:
~> ls -s /usr/lib/libGL.so.1.2 /usr/lib/GL/libGL.so.1.2 596 /usr/lib/GL/libGL.so.1.2 596 /usr/lib/libGL.so.1.2
The libGL in /usr/lib/GL is simply a copy of the one in /usr/lib. Useful as fallback for nvidia users, if there are any problems with the one of nvidia for some programs (the apache php module was an example in the past; meanwhile fixed).
~> glxinfo | head -24 [...] direct rendering: No [...]
Ok. Fallback to software rendering ...
~> echo $LD_LIBRARY_PATH /usr/lib/fglrx/lib
Looks good.
~> ldd -v /usr/X11R6/bin/glxinfo libGL.so.1 => /usr/lib/fglrx/lib/libGL.so.1 (0x400a9000)
Looks good. I would assume to find a problem, which disabled direct rendering, in the X.Org logfile. But see below.
Now changing /usr/lib/libGL.so.1.2:
# ln -sf /usr/lib/fglrx/lib/libGL.so.1.2 /usr/lib/libGL.so.1.2 # ldconfig ~> echo $LD_LIBRARY_PATH /usr/lib/fglrx/lib ~> glxinfo | head -24 [...] direct rendering: Yes [...] OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON 9600 TX Generic OpenGL version string: 1.3.4769 (X4.3.0-8.8.25) [...]
Ok. Now DRI Support. Strange ...
~> ldd -v /usr/X11R6/bin/glxinfo libGL.so.1 => /usr/lib/fglrx/lib/libGL.so.1 (0x400a9000)
So we see no difference to the output above.
And here's the diff of the two ldd outputs:
I don't see any difference related to libGL.
So libGl.so.1.2 seams to the fglrx one in both cases but nevertheless there are differences.
Yes. I don't understand this.
But now something very strange happens. I've want to do the same test once more. So I've removed the link /usr/lib/libGL.so.1.2 and copied /usr/lib/GL/libGL.so.1.2 to /usr/lib/libGL.so.1.2. And what happend? The outputs are not same like in the first case above but same like in den second one. And same after one more ldconfig and one more reboot. It's hard to believe, but it's true.
I'm afraid that I don't understand this as well. If you find a solution for you without the use of LD_LIBRARY_PATH or overwriting /usr/lib/libGL.so.1, please let me know. Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
STOP! At least concerning my issue. I screwed up. I apologize - also for not
replying sooner. I should have surpressed the resurface of my bottled up
memories of the experiences I had getting this to work on SuSE 9.1 - a little
longer.
Where I went wrong is hitting cancel on the sax popup. That results in sax not
writing a xorg.conf. I thought I remembered from SuSE 9.1 that it at that
point would have written (a default) xorg.conf and that changes made
subsequently by going into the sax gui would result in an adjustment rewrite.
Not so - at least not now. In fact I think to get the best result then the
user must visit and accept all the options inside the sax gui even if no
changes are made? In any case - that's what I did.
The reason I hit cancel is 1) the display on my monitor at that point
showed itself shifted to the left off-site by about 2cm - despite I had
connected the monitor directly thereby bypassing the KVM 2) mixed feelings
for Sax from experiences on SuSE 9.1 - albeit maybe also my fault. I used to
hand-edit the XF86Config instead - using only some of the results from Sax
and fglrxconfig. But it looks to me as if Sax has had a facelift since SuSE
9.1.
But the shifted display adjusted itself back in the proper place after a
reboot.
Bottom line: It works. Even flawlessly. It even works without diddling with
LD_LIBRARY_PATH or ld.so.conf+ldconfig or making symlinks from the old (Mesa)
to the new libGL's (or removing Mesa completely which I used to do).
fgl_glxgears even works directly from the executable
in /usr/lib/fglrx/fgl_glxgears without first going through the script
in /usr/X11R6/bin/fgl_glxgears (which appends to LD_LIBRARY_PATH).
I've enclosed the xorg.conf - allthough too big - unmodified directly from
Sax. Maybe usefull to someone. It would have been for me while on SuSE 9.1.
The context is: i686, SuSE 9.2, xorg X server 6.8.1, ATI's graphics driver
8.8.25, ATI 9600, Hitachi CM827, Logitech 3btn wired optical mouse, Ortek 87
keys keyboard.
Claus
# /.../
# SaX generated X11 config file
# Created on: 2005-01-20T00:32:38-0800.
#
# Version: 4.8
# Contact: Marcus Schaefer
On Wed, Jan 19, 2005 at 05:21:13PM +0100, Markus Kohm wrote:
Am Mittwoch, 19. Januar 2005 09:55 schrieb Claus Olesen:
When I then run /usr/X11R6/bin/fglrxinfo I get
display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.1)
Try:
ll /usr/lib/GL/libGL.so.1.2 ll /usr/lib/libGL.so.1.2 ll /usr/lib/fglrx/lib/libGL.so.1.2
if /usr/lib/GL/libGL.so.1.2 and /usr/lib/libGL.so.1.2 are available and differ from /usr/lib/fglrx/lib/libGL.so.1.2 you'll get the message above, because the wrong GL library will be used. If you've installed package xorg-x11-Mesa-6.8.1-15, you'll habe these two files (see rpm -q -f /usr/lib/libGL.so.1.2). If you need xorg-x11-Mesa-6.8.1-15 for some reasons you may move those two files to another place and put links to /usr/lib/fglrx/lib/libGL.so.1.2 to the directories. But you should note this manual change, because you have to fix it after deinstallation of the fglrx-package!
Did you read /usr/share/doc/packages/fglrx/README.SuSE?
[...] Update on ATI GL library ------------------------
Since release 8.08 the ATI driver no longer works together (hardware accelerated) with the standard OpenGL library. Therefore LD_LIBRARY_PATH is now set to
/usr/lib/fglrx/lib:$LD_LIBRARY_PATH
by default (by specifying this in /etc/profile.d/fglrx.{sh,csh}).
Unfortunately the use of LD_LIBRARY_PATH does not work for setuid/setgid binaries (e.g. chromium/trackballs) because of obvious security reasons. If you rely on such programs you might consider to add "/usr/lib/fglrx/lib" to your /etc/ld.so.conf. Make sure you insert it before /usr/lib and /usr/lib64 on AMD64. [...]
Looks like your LD_LIBRARY_PATH is not set for some reasons. :-(
Stefan
Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
Am Dienstag, 18. Januar 2005 10:59 schrieb Stefan Dirsch:
Yes, I've already copied them to this location. BTW, it would be good to test these also with Xorg 6.8.2 RC2.
With Xorg 6.8.1 I get a lot of messages like: FGLTexMgr: open of shared memory object failed (Permission denied) __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!! fglX11AllocateManagedSurface: __FGLTexMgrCreateObject failed!! when I start e.g. tuxracer as user. The user is member of group video: $groups users dialout video and Section "DRI" Group "video" Mode 0660 EndSection may be found at /etc/X11/xorg.conf. BTW: At suse/i386/supplementary/X/ATI/suse92/i386/fglrx/8.8.25/README you wrote still:
4) Enable 3D support
* edit /etc/X11/XF86Config with your favorite editor
- add
Load "dri"
to Section "Module"
But with Xorg the filename should be (and is with SuSE 9.2) /etc/X11/xorg.conf. And I've already found dri there after step 3. Section "Module" Load "dbe" Load "type1" Load "freetype" Load "extmod" Load "glx" Load "v4l" Load "dri" EndSection Markus
Am Dienstag, 18. Januar 2005 16:57 schrieb Markus Kohm:
With Xorg 6.8.1 I get a lot of messages like:
FGLTexMgr: open of shared memory object failed (Permission denied) __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!! fglX11AllocateManagedSurface: __FGLTexMgrCreateObject failed!!
when I start e.g. tuxracer as user.
STOP! This does not longer happen after a reboot. Markus
On Tue, Jan 18, 2005 at 04:57:43PM +0100, Markus Kohm wrote:
Am Dienstag, 18. Januar 2005 10:59 schrieb Stefan Dirsch:
Yes, I've already copied them to this location. BTW, it would be good to test these also with Xorg 6.8.2 RC2.
With Xorg 6.8.1 I get a lot of messages like:
FGLTexMgr: open of shared memory object failed (Permission denied) __FGLTexMgrCreateObject: __FGLTexMgrSHMmalloc failed!!! fglX11AllocateManagedSurface: __FGLTexMgrCreateObject failed!!
--> http://www.ati.com/support/infobase/4687.html
BTW: At suse/i386/supplementary/X/ATI/suse92/i386/fglrx/8.8.25/README you wrote still:
4) Enable 3D support
* edit /etc/X11/XF86Config with your favorite editor
- add
Load "dri"
to Section "Module"
But with Xorg the filename should be (and is with SuSE 9.2) /etc/X11/xorg.conf.
This depends. SaX2 of 9.2 still uses XF86Config. The latest SaX2 from our ftp Server already uses xorg.conf.
And I've already found dri there after step 3.
I think you're right. The SaX2 profile already makes SaX2 writing this line into the config file. I'll correct this in the README. Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
Am Dienstag, 18. Januar 2005 18:22 schrieb Stefan Dirsch:
I think you're right. The SaX2 profile already makes SaX2 writing this line into the config file. I'll correct this in the README.
Another question: Why didn't you simply add "NoTV" and "TVStandard" to the sax profile firegl like you've done with "UseInternalAGPGART". Maybe even the other options like "no_accel", "no_dri", "mttr", "DesktopSetup" and the FireGL DDX settings: "MonitorLayout", "IgnoreEDID", "HSync2", "VRefresh2", "ScreenOverlap", "TVHSizeAdj", "TVVSizeAdj", "TVHPosAdj", "TVVPosAdj", "TVColorAdj", "TVHStartAdj", "GammaCorrentionI", "GammaCorrentionII", "VideoOverlay", "OpenGLOverlay", "CenterMode" etc. could be added with their default values? With this, it would be possible to adjust them using SaX2 instead of fglrxconfig or editing the config file. -- Markus
On Wed, Jan 19, 2005 at 09:16:45AM +0100, Markus Kohm wrote:
Am Dienstag, 18. Januar 2005 18:22 schrieb Stefan Dirsch:
I think you're right. The SaX2 profile already makes SaX2 writing this line into the config file. I'll correct this in the README.
Another question: Why didn't you simply add "NoTV" and "TVStandard" to the sax profile firegl like you've done with "UseInternalAGPGART". Maybe even the other options like "no_accel", "no_dri", "mttr", "DesktopSetup" and the FireGL DDX settings: "MonitorLayout", "IgnoreEDID", "HSync2", "VRefresh2", "ScreenOverlap", "TVHSizeAdj", "TVVSizeAdj", "TVHPosAdj", "TVVPosAdj", "TVColorAdj", "TVHStartAdj", "GammaCorrentionI", "GammaCorrentionII", "VideoOverlay", "OpenGLOverlay", "CenterMode" etc. could be added with their default values? With this, it would be possible to adjust them using SaX2 instead of fglrxconfig or editing the config file.
Thanks. Sounds like a good idea. I'll investigate. Stefan Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------
On Tue, 18 Jan 2005 00:31:57 -0800
Claus Olesen
I'm going to wait a little for a SuSE's packaged version - hoping SuSE is going to post one.
It's already there, saw it on a mirror an hour ago. Cheers, Ingo -- Ingo Strauch ---- Registered Linux User #227900 (http://counter.li.org/) http://www.the-one-brack.org/
participants (5)
-
Claus Olesen -
Ingo Strauch -
Jyri Palokangas -
Markus Kohm -
Stefan Dirsch