Re: [Dri-devel] R200 on trunk today

2002-09-24 Thread Keith Whitwell
> > I missed that thread, actually... are you talking about the > r200WaitForFrameCompletion one, or somewhere else? Yes. > >>>So, I'm looking to understand why the standard glxgears now renders slower >>>than software fallbacks used to, and why now when I use R200_NO_RAST I only >>>see 50FP

Re: [Dri-devel] R200 on trunk today

2002-09-24 Thread Jan Schmidt
> Why do you even care about software rasterization? In normal use the card > basically never does this. Only because I remember the numbers from when DRI has not been set up properly, and I get suspicious when DRI runs slower than the software rendering. > There is code in the newest r200 dri

Re: [Dri-devel] R200 on trunk today

2002-09-24 Thread Keith Whitwell
Jan Schmidt wrote: > Keith, > > I'm looking to understand the behaviour I'm seeing since I installed > the main branch today. > > With the default settings, and glxgears, I see: > r200CreateScreen > 1077 frames in 5.0 seconds = 215.400 FPS > > (Previously, I'd see around 300FPS for software ren

[Dri-devel] R200 on trunk today

2002-09-24 Thread Jan Schmidt
Keith, I'm looking to understand the behaviour I'm seeing since I installed the main branch today. With the default settings, and glxgears, I see: r200CreateScreen 1077 frames in 5.0 seconds = 215.400 FPS (Previously, I'd see around 300FPS for software rendering, and ~1500FPS for TCL) If I set