[Mesa-dev] [v2] Compression support for single-sampled
Pohjolainen, Topi
topi.pohjolainen at intel.com
Fri Feb 12 09:22:15 UTC 2016
On Thu, Feb 11, 2016 at 04:03:00PM -0800, Ben Widawsky wrote:
> On Thu, Feb 11, 2016 at 08:33:53PM +0200, Topi Pohjolainen wrote:
> > This series enables compression for single sampled color surfaces,
> > also referred to as "lossless compression". This is yet only for
> > driver internal use easing pressure on memory bandwidth and caches
> > when writing, blending and sampling surfaces uing gpu.
> >
> > As a side effect the need for color buffer resolves after fast
> > clears is also decreased. Current understanding is that sampling
> > engine doesn't understand meta data (auxiliary buffer) for single
> > sampled fast cleared surfaces. However, if the meta data is written
> > with lossless compression enabled, even sampling engine is capable
> > of reading both the color buffer and the auxiliary, and resolves
> > can be omitted in those case.
> >
> > The final enabling patch is dependent on earlier two-patch series
> > fixing state restore mechanism in i965-meta operations.
> >
> > v2 (Ben): Use combination of msaa_layout and number of samples
> > instead of introducing explicit type for lossless
> > compression.
> >
>
> Other than the comments I left,
> patch 6, 7, 9, 10 are:
> Reviewed-by: Ben Widawsky <benjamin.widawsky at intel.com>
>
> I wouldn't mind a small comment in patch 6 about why INTEL_MSAA_LAYOUT_NONE is
> fast clear (it seems like the resolve has such a comment)... up to you. A few
> months from now I can imagine myself looking at it and being WTF.
>
> 6 and 9 would be a logical pair to squash IMO.
I agree, I squashed them and added a comment:
/* Only single sampled surfaces need to (and actually can) be resolved. */
>
> I'm going to start back up tomorrow at patch #11. I want to take a bit of a
> break.
Thanks!
More information about the mesa-dev
mailing list