[Mesa-dev] [PATCH 7/7] i965/gen7+: Implement fast color clears for MSAA buffers.

Chad Versace chad.versace at linux.intel.com
Thu Dec 5 08:04:35 PST 2013


On 12/05/2013 04:36 AM, Paul Berry wrote:
> On 4 December 2013 15:07, Chad Versace <chad.versace at linux.intel.com <mailto:chad.versace at linux.intel.com>> wrote:
>
>
>     bugget, verticeally, and vestically! oh my!
>
>
> Wow, I wish I could say I did all those typos on purpose.  Those are hilarious!
>
> They're all fixed now.
>
>
>     Patches 1-6 are
>     Reviewed-by: Chad Versace <chad.versace at linux.intel.com <mailto:chad.versace at linux.intel.com>>
>
>     But this patch 7... If the user specifies an ill-aligned clear rectangle,
>     does this code clear a slightly larger, well-aligned rectangle? In other words,
>     will this clear pixels outside the user-specified clear rectangle? Local
>     inspection of the code suggests so to me. But my global understanding of
>     these codepaths is vague.
>
>
> Ken is right in his response about this--partial fast clears never happen because of the !partial_clear check, so the
> extra pixels that get cleared are always outside the bounds of the buffer (and hence irrelevant).  Thanks to tiling,
> there's no worry about overflowing into memory owned by other regions--the extra pixels that get cleared always belong
> to tiles that contain in-bounds pixels.  In theory I believe we could do partial clears if we first verified that they
> were aligned, but (a) the bspec doesn't recommend it, and (b) I doubt there would be much benefit, since sufficiently
> aligned clears that don't clear the entire buffer are probably quite rare.
>
> I'll follow up with a patch that improves the comments to clarify this.

Great. Then this patch has my r-b too.


More information about the mesa-dev mailing list