Re: [Dri-devel] Slowdown with recent DRI... Update...

[Brian Paul <brian@pr...>]

Adam K Kirchhoff wrote:
> 
> OK,
> 
>         So I woke up and noticed a GL mode from xscreensaver running...
> And running at it's normal accelerated screen.  They seem to be fine when
> running fullscreen (which would also explain Quake3) but slow down
> tremendously when running windowed.
>         Also, I double checked all my environmental variables, and they're
> still set properly (ie, FX_GLIDE_SWAPINTERVAL is set to 0).
>         So what am I doing wrong? :-)

Sorry, I have no ideas off the top of my head.  I haven't heard of
this problem from anyone else (yet).

-Brian



> 
> Adam
> 
> ---------- Forwarded message ----------
> Date: Sat, 17 Jun 2000 22:13:36 -0400 (EDT)
> From: Adam K Kirchhoff <adamk@...>
> To: DRI Devel <dri-devel@...>
> Subject: Slowdown with recent DRI...
> 
> So, I just installed upgraded to RedHat 6.2.  I decided to do it from
> scrath, only backing up what isn't on the RedHat CD or what couldn't
> easily be downloaded.
> 
> So, after the installation, I pulled the DRI this evening, and compiled.
> I reinstalled Quake3 and UnrealTournament.  Quake3 was my first test.
> Played beautifully.  Getting approximately the same framerates as I was
> getting before the upgrade.  UnrealTournament, however, didn't work quite
> as well.  It started up, but completely in black and white stripes...  I
> was able to quit out, and discovered the following message on the
> command-line:
> 
> fx Driver: No space for texture
> 
> Then I tried the gears Mesa demo:
> 
> [adamk@... demos]$ ./gears -info
> GL_RENDERER   = Mesa DRI Voodoo3 20000616
> GL_VERSION    = 1.2 Mesa 3.3 beta
> GL_VENDOR     = Precision Insight, Inc.
> GL_EXTENSIONS = GL_ARB_multitexture GL_ARB_tranpose_matrix GL_EXT_abgr
> GL_EXT_blend_func_separate GL_EXT_clip_volume_hint
> GL_EXT_compiled_vertex_array GL_EXT_histogram GL_EXT_packed_pixels
> GL_EXT_paletted_texture GL_EXT_point_parameters GL_EXT_polygon_offset
> GL_EXT_rescale_normal GL_EXT_shared_texture_palette GL_EXT_stencil_wrap
> GL_EXT_texture3D GL_EXT_texture_env_add GL_EXT_texture_object
> GL_EXT_texture_lod_bias GL_EXT_vertex_array GL_INGR_blend_func_separate
> GL_MESA_window_pos GL_MESA_resize_buffers GL_NV_texgen_reflection
> GL_PGI_misc_hints GL_SGI_color_matrix GL_SGI_color_table
> GL_SGIS_pixel_texture GL_SGIS_texture_edge_clamp GL_SGIX_pixel_texture
> 3DFX_set_global_palette
> 107 frames in 5.027 seconds = 21.2851 FPS
> 119 frames in 5.017 seconds = 23.7194 FPS
> 119 frames in 5.002 seconds = 23.7905 FPS
> 120 frames in 5.01 seconds = 23.9521 FPS
> 119 frames in 5.021 seconds = 23.7005 FPS
> 
> Needless to say, I'm used to something 15 times faster.  I have no ideas
> if these problems are related.  Nor do I understand why Quake3 works fine.
> 
> Any ideas?
> 
> Adam
> 
> _______________________________________________
> Dri-devel mailing list
> Dri-devel@...
> http://lists.sourceforge.net/mailman/listinfo/dri-devel

[Dri-devel] Re: [Dri-patches] 'xc/xc/lib/GL/mesa/src/drv/mga mgadd.c'

[Brian Paul <brian@pr...>]

Andreas Ehliar wrote:
> 
> On Wed, Jun 14, 2000 at 11:04:00AM -0700, brianp@... wrote:
> > Modified Files:
> >       mgadd.c
> > Log Message:
> > disabled multitexture on G400 (Jeff Hartmann)
> 
> What is broken?
> (I know that SoF is broken with multitexturing in Utah at least)

Disabling multitexture seems to improve the stability of the driver
quite a bit, for reasons we're still investigating.  Jeff Hartmann's
the person to ask.

-Brian

Re: [Dri-devel] DRI CVS trunk frozen

[Brian Paul <brian@pr...>]

Scott Dier wrote:
> 
> * Brian Paul <brian@...> [000613 14:21]:
> >
> > The DRI CVS trunk is now frozen so that we (the PI team) can concentrate
> > on testing in preparation for XFree86 4.0.1.  Check-ins will only be
> > allowed when fixing a problem discovered during testing.
> 
> I sent a patch that was more driver related than DRI/3d related a couple
> months ago to the patches list, How can I be sure this ends up in the
> mga driver for 4.0.1?

The XFree86 patches list or the DRI patch list on sourceforge?

None of the patches on sourceforge seem to match your email address.
If you sent it to XFree86, ask them.

-Brian

Re: [Dri-devel] Crashes with Frozen CVS-DRI [mga]

[<pk@ed...>]

On Sun, 18 Jun 2000, Pasi Kärkkäinen wrote:

> My machine crashes _everytime_ I run this opengl demonstration:
> 
> ftp://ftp.scene.org/pub/parties/1999/theparty99/demo/accel/ast-a2.zip
> 
> Archive contains demo-lnx.elf which is the linux executable. It ran well
> (without any crashes) with the three-week-old cvs-version of DRI. Now,
> with the the Frozen DRI (downloaded on friday) my Linux hardcrashes
> everytime I run this demonstration. I am not able no telnet/ssh into it or
> press sysrq-stuff, I have to press reset-button.
> 
> The machine:
> 		- Abit BF6 (BX), PIII 450MHz (not overclocked)
> 		- Matrox G400 MAX 32MB DH
> 		- Debian GNU/Linux 2.2 (potato)
> 		
> I tested with Linux 2.3.99-pre9 and with 2.4.0-test1-ac21 and the results
> were the same. With the three week old cvs-version this demo runs fine
> without any crashes but with the recent cvs-version it crashes my box.
> 
> Can u guys see this? It's 100% repeatable on my box.
> 
Forgot to mention the goodies :)

I don't see 2d-corruption anymore with the recent cvs. Good work!

- Pasi Kärkkäinen
       
                                   ^
                                .     .
                                 Linux
                              /    -    \
                             Choice.of.the
                           .Next.Generation.

[Dri-devel] Crashes with Frozen CVS-DRI [mga]

[<pk@ed...>]

Hello!

My machine crashes _everytime_ I run this opengl demonstration:

ftp://ftp.scene.org/pub/parties/1999/theparty99/demo/accel/ast-a2.zip

Archive contains demo-lnx.elf which is the linux executable. It ran well
(without any crashes) with the three-week-old cvs-version of DRI. Now,
with the the Frozen DRI (downloaded on friday) my Linux hardcrashes
everytime I run this demonstration. I am not able no telnet/ssh into it or
press sysrq-stuff, I have to press reset-button.

The machine:
		- Abit BF6 (BX), PIII 450MHz (not overclocked)
		- Matrox G400 MAX 32MB DH
		- Debian GNU/Linux 2.2 (potato)
		
I tested with Linux 2.3.99-pre9 and with 2.4.0-test1-ac21 and the results
were the same. With the three week old cvs-version this demo runs fine
without any crashes but with the recent cvs-version it crashes my box.

Can u guys see this? It's 100% repeatable on my box.

- Pasi Kärkkäinen
       
                                   ^
                                .     .
                                 Linux
                              /    -    \
                             Choice.of.the
                           .Next.Generation.

[Dri-devel] Slowdown with recent DRI... Update...

[Adam K Kirchhoff <adamk@vo...>]

OK,

	So I woke up and noticed a GL mode from xscreensaver running...
And running at it's normal accelerated screen.  They seem to be fine when
running fullscreen (which would also explain Quake3) but slow down
tremendously when running windowed.
	Also, I double checked all my environmental variables, and they're
still set properly (ie, FX_GLIDE_SWAPINTERVAL is set to 0).
	So what am I doing wrong? :-)

Adam

---------- Forwarded message ----------
Date: Sat, 17 Jun 2000 22:13:36 -0400 (EDT)
From: Adam K Kirchhoff <adamk@...>
To: DRI Devel <dri-devel@...>
Subject: Slowdown with recent DRI...


So, I just installed upgraded to RedHat 6.2.  I decided to do it from
scrath, only backing up what isn't on the RedHat CD or what couldn't
easily be downloaded.  

So, after the installation, I pulled the DRI this evening, and compiled.
I reinstalled Quake3 and UnrealTournament.  Quake3 was my first test.
Played beautifully.  Getting approximately the same framerates as I was
getting before the upgrade.  UnrealTournament, however, didn't work quite
as well.  It started up, but completely in black and white stripes...  I
was able to quit out, and discovered the following message on the
command-line:

fx Driver: No space for texture

Then I tried the gears Mesa demo:

[adamk@... demos]$ ./gears -info
GL_RENDERER   = Mesa DRI Voodoo3 20000616
GL_VERSION    = 1.2 Mesa 3.3 beta
GL_VENDOR     = Precision Insight, Inc.
GL_EXTENSIONS = GL_ARB_multitexture GL_ARB_tranpose_matrix GL_EXT_abgr
GL_EXT_blend_func_separate GL_EXT_clip_volume_hint
GL_EXT_compiled_vertex_array GL_EXT_histogram GL_EXT_packed_pixels
GL_EXT_paletted_texture GL_EXT_point_parameters GL_EXT_polygon_offset
GL_EXT_rescale_normal GL_EXT_shared_texture_palette GL_EXT_stencil_wrap
GL_EXT_texture3D GL_EXT_texture_env_add GL_EXT_texture_object
GL_EXT_texture_lod_bias GL_EXT_vertex_array GL_INGR_blend_func_separate
GL_MESA_window_pos GL_MESA_resize_buffers GL_NV_texgen_reflection
GL_PGI_misc_hints GL_SGI_color_matrix GL_SGI_color_table
GL_SGIS_pixel_texture GL_SGIS_texture_edge_clamp GL_SGIX_pixel_texture
3DFX_set_global_palette
107 frames in 5.027 seconds = 21.2851 FPS
119 frames in 5.017 seconds = 23.7194 FPS
119 frames in 5.002 seconds = 23.7905 FPS
120 frames in 5.01 seconds = 23.9521 FPS
119 frames in 5.021 seconds = 23.7005 FPS

Needless to say, I'm used to something 15 times faster.  I have no ideas
if these problems are related.  Nor do I understand why Quake3 works fine.

Any ideas?

Adam

[Dri-devel] Slowdown with recent DRI...

[Adam K Kirchhoff <adamk@vo...>]

So, I just installed upgraded to RedHat 6.2.  I decided to do it from
scrath, only backing up what isn't on the RedHat CD or what couldn't
easily be downloaded.  

So, after the installation, I pulled the DRI this evening, and compiled.
I reinstalled Quake3 and UnrealTournament.  Quake3 was my first test.
Played beautifully.  Getting approximately the same framerates as I was
getting before the upgrade.  UnrealTournament, however, didn't work quite
as well.  It started up, but completely in black and white stripes...  I
was able to quit out, and discovered the following message on the
command-line:

fx Driver: No space for texture

Then I tried the gears Mesa demo:

[adamk@... demos]$ ./gears -info
GL_RENDERER   = Mesa DRI Voodoo3 20000616
GL_VERSION    = 1.2 Mesa 3.3 beta
GL_VENDOR     = Precision Insight, Inc.
GL_EXTENSIONS = GL_ARB_multitexture GL_ARB_tranpose_matrix GL_EXT_abgr
GL_EXT_blend_func_separate GL_EXT_clip_volume_hint
GL_EXT_compiled_vertex_array GL_EXT_histogram GL_EXT_packed_pixels
GL_EXT_paletted_texture GL_EXT_point_parameters GL_EXT_polygon_offset
GL_EXT_rescale_normal GL_EXT_shared_texture_palette GL_EXT_stencil_wrap
GL_EXT_texture3D GL_EXT_texture_env_add GL_EXT_texture_object
GL_EXT_texture_lod_bias GL_EXT_vertex_array GL_INGR_blend_func_separate
GL_MESA_window_pos GL_MESA_resize_buffers GL_NV_texgen_reflection
GL_PGI_misc_hints GL_SGI_color_matrix GL_SGI_color_table
GL_SGIS_pixel_texture GL_SGIS_texture_edge_clamp GL_SGIX_pixel_texture
3DFX_set_global_palette
107 frames in 5.027 seconds = 21.2851 FPS
119 frames in 5.017 seconds = 23.7194 FPS
119 frames in 5.002 seconds = 23.7905 FPS
120 frames in 5.01 seconds = 23.9521 FPS
119 frames in 5.021 seconds = 23.7005 FPS

Needless to say, I'm used to something 15 times faster.  I have no ideas
if these problems are related.  Nor do I understand why Quake3 works fine.

Any ideas?

Adam