Brian Paul wrote: >>> Roland, I'd say your patches looks good. >>> >>> I just added a new Glean test that exercises all the different >>> combinations of format/type/internalFormat parameters for >>> glTexImage2D (and glDrawPixels). You should test the r200 driver >>> with it to be sure all the conversions are working correctly. >> >> Unfortunately, there seems to be some fundamental problem, as (after >> removing the abort()) it fails almost every single test... (roughly >> two third of all, including very common and uncommon cases). > > I wonder if the rasterization of the textured quad isn't hitting the > expected pixels. Perhaps you could use 'xmag' to get a look at the > rendering and see if it's the expected 16x16 pattern with the > upper-right 8x8 being black. Or maybe a ReadPixels problem? It seems to look quite ok (I'm not able to get a pic with xmag). Introducing some delays fixes most (except the same 5, plus sometimes a 6th) errors (down from 2900 or so). I think it's a problem with texture caches or something, since always the same texture offset is used but the texture changes (weren't there still errors with radeon and xorg 2d render which might be related ? Maybe not though.). In any case, if always submitting the tex state atom (thus not using the R200_DB_STATE which will notice that nothing has changed), all errors disappear, even without delays. Hmm... Maybe writing one of these regs (txoffset?) triggers a tex cache flush or something.
Roland ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev