[Mesa-dev] [PATCH 00/21] i965: Implement non-coherent framebuffer fetch.
kenneth at whitecape.org
Sun Jul 31 08:13:52 UTC 2016
On Thursday, July 28, 2016 12:45:36 AM PDT Kenneth Graunke wrote:
> On Friday, July 22, 2016 8:58:54 PM PDT Francisco Jerez wrote:
> > This is an implementation of non-coherent framebuffer fetch as
> > described here  working on most hardware generations supported
> > by the i965 driver (from Gen5 to Gen8). My plan was to send the
> > coherent framebuffer fetch implementation for SKL+ first since
> > it's actually simpler than the non-coherent path, but I've
> > noticed some potential hardware issues that need further
> > investigation, so here's the non-coherent path so it hopefully
> > gets some reviews in the meantime -- I plan to send the
> > implementation of coherent framebuffer fetch next week.
> > Patches 01-11 get the compiler ready for non-coherent framebuffer
> > fetch (some of the changes like the NIR fragment output location
> > rework will also be useful for the coherent path). Patches 12-20
> > implement the required state setup logic and the new glBlendBarrier
> > entry point.
> > You can find the whole series along with the driver-independent
> > changes for EXT_shader_framebuffer_fetch in my Mesa tree , but note
> > that in order to test it you still need to add an additional entry to
> > extensions_table.h manually since the non-coherent extension is not
> > exposed yet.
> >  https://lists.freedesktop.org/archives/mesa-dev/2016-July/124028.html
> >  https://cgit.freedesktop.org/~currojerez/mesa/log/?h=i965-fb-fetch
Patches 1-5, 7-8, 10-12, 14-16, and 20-21 are:
Reviewed-by: Kenneth Graunke <kenneth at whitecape.org>
I still need to review 13 and 17-19.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: This is a digitally signed message part.
More information about the mesa-dev