> commit beddf653a914903156712aa472b5deaddb7bbaed > Author: Eric Anholt <[EMAIL PROTECTED]> > Date: Wed Jan 9 12:33:39 2008 -0800 > > [intel] Clean up cliprect handling in intel drivers. > > In particular, batch buffers are no longer flushed when switching from > CLIPRECTS to NO_CLIPRECTS or vice versa, and 965 just uses DRM cliprect > handling for primitives instead of trying to sneak in its own to avoid the > DRM stuff. The disadvantage is that we will re-execute state updates per > cliprect, but the advantage is that we will be able to accumulate larger > batch buffers, which were proving to be a major overhead.
Eric, I haven't looked at the patch, but what happens to blits under this scheme? If you have a blit in the middle of two 3d operations, will the blit be re-emitted each cliprect? I seem to remember there is some sort of draw_rect equivalent for 2d operations, but it would probably require using different blit packets... Keith ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
