I seem to be experiencing bug 101647 with my radeon 9100 and fully updated rawhide system.
glxgears works fine and is properly hardware accelerated. However, anything more complex (chromium, tuxracer, rune, quakeforge, RTCW) crashes as described in the bug with similar messages.
Works fine with RH9.
I just bought the card today because I wanted to do away with NVidia driver which was the sole proprietary item on my machine.
Any suggestions on a workaround or do I just need to be patient?
Thanks, Steve
On Sun, 2003-08-31 at 02:11, Steve Bergman wrote:
I seem to be experiencing bug 101647 with my radeon 9100 and fully updated rawhide system.
<snip...>
I just bought the card today because I wanted to do away with NVidia driver which was the sole proprietary item on my machine.
Any suggestions on a workaround or do I just need to be patient?
Just a guess that this is a tls related bug. Try starting the game this way and see if it works..
LD_PRELOAD=libGL.so.1 /full/path/to/executable
Regards, Jim H
On Sun, 2003-08-31 at 05:49, Jim Hayward wrote:
Just a guess that this is a tls related bug. Try starting the game this way and see if it works..
LD_PRELOAD=libGL.so.1 /full/path/to/executable
Thanks for the reply.
No. Still crashes. However, LD_ASSUME_KERNEL=2.2.5 'fixes' chromium and tuxracer. The third party binary only stuff still crashes, though. Still investigating...
-Steve
Steve Bergman steve@rueb.com writes:
glxgears works fine and is properly hardware accelerated. However, anything more complex (chromium, tuxracer, rune, quakeforge, RTCW) crashes as described in the bug with similar messages.
Works fine on my Severn systems with a Radeon 9200se. Did you remove *ALL* NVidia files? FWIW, I've had issues with leftover files from the NVidia drivers. In the past I've had to uninstall the NVidia drivers, then go back and manually make sure that the original GL libraries are properly re-installed.
On Sun, 2003-08-31 at 07:38, Kevin Sonney wrote:
Steve Bergman steve@rueb.com writes:
Works fine on my Severn systems with a Radeon 9200se. Did you remove *ALL* NVidia files? FWIW, I've had issues with leftover files from the NVidia drivers. In the past I've had to uninstall the NVidia drivers, then go back and manually make sure that the original GL libraries are properly re-installed.
Thanks for the reply.
# rpm -e --nodeps XFree86 \ XFree86-devel \ XFree86-Mesa-libGL \ XFree86-Mesa-libGLU
# find / -name "libGL*" -ok rm {} ;
# up2date XFree86 \ XFree86-devel \ XFree86-Mesa-libGL \ XFree86-Mesa-libGLU
chromium and tuxracer still crash.
Interesting that it works for you. Of course, I'm running rawhide.
The cards are also different. The 9100 is basically a renamed 8500LE. Yours is a 9000 with 8x AGP added, so they are not quite as close as the numbering suggests.
-Steve
Steve Bergman steve@rueb.com writes:
chromium and tuxracer still crash.
Darn. Well, it was worth a try, anyway.
Interesting that it works for you. Of course, I'm running rawhide.
Ah, well, I'll defer to the greater wisdom of Mike Harris and company in the bugzilla entry. But better safe than sorry on the GL libraries.
The cards are also different. The 9100 is basically a renamed 8500LE. Yours is a 9000 with 8x AGP added, so they are not quite as close as the numbering suggests.
Hmm. In that case, I might be better off setting the CardId to a 9000 instead of a 9100 in XF86Config. I'll go try that to see if my BZFlag performance increases *grin* Thanks for the extra info.
On Sun, 31 Aug 2003, Kevin Sonney wrote:
Date: Sun, 31 Aug 2003 08:38:37 -0400 From: Kevin Sonney ksonney@redhat.com To: rhl-beta-list@redhat.com Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" List-Id: For testers of Red Hat Linux beta releases <rhl-beta-list.redhat.com> Subject: Re: Any current workaround for Radeon/Chromium Segfault? (Bug 101647)
Steve Bergman steve@rueb.com writes:
glxgears works fine and is properly hardware accelerated. However, anything more complex (chromium, tuxracer, rune, quakeforge, RTCW) crashes as described in the bug with similar messages.
Works fine on my Severn systems with a Radeon 9200se. Did you remove *ALL* NVidia files? FWIW, I've had issues with leftover files from the NVidia drivers. In the past I've had to uninstall the NVidia drivers, then go back and manually make sure that the original GL libraries are properly re-installed.
Yes, this is very irritating. Nvidia's drivers just blow away Red Hat supplied files without any care. If you are using Nvidia's drivers and switch back to our drivers, or switch video cards or something, before you configure X, be sure to run:
rpm -V $(rpm -qa | grep XFree86)
This verifies the integrity of all of the files we supply. I think in the future, I might modify the X server itself to verify that the files we ship are what is being used, and if anything is modified, to allow it, but to make a note of it in the config file so that users at least have a random chance of fixing the problems caused by the files getting blown away.
Not sure how else to handle these types of problems. I'm going to try to come up with some solution for the future though. Perhaps predetermined vendor directories that are configurable overrides or something.
ATI Radeon 7500 64MB DDR is not working in 3D mode! I could'nt install nightly DRM driver (problem with XFree?). In Madrake and Gentoo with DRM drivers for radeon all works fine!
glxgears is working tuxracer etc, crashes on start glxinfo: 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_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI Radeon 20020611 AGP 1x x86/MMX/3DNow! TCL OpenGL version string: 1.2 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_convolution, GL_EXT_compiled_vertex_array, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_texgen_reflection, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2d 24 dc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2e 24 dc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x30 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x31 24 dc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x32 24 dc 0 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
I'm confused about how you updated from rawhide. I can't get up2date to work after updating with the rawhide up2date RPMs. This on an initial install of Severn except for the rawhide-based up2date RPMs. It says there is an authentication error. Is there an RHN channel for correctly updating a Severn machine? Are you upating via 'up2date' or manually by downloading rawhide packages?
Thanks
Bob Cochran
Steve Bergman wrote:
I seem to be experiencing bug 101647 with my radeon 9100 and fully updated rawhide system.
Robert L Cochran cochranb@speakeasy.net writes:
initial install of Severn except for the rawhide-based up2date RPMs. It says there is an authentication error. Is there an RHN
You might want to get the updated ssl cert from http://rhn.redhat.com/help/ssl_cert.pxt
-
Jim Hayward -
Kevin Sonney -
Mariusz Smykuła -
Mike A. Harris -
Robert L Cochran -
Steve Bergman