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 [1] 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 [2], 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. > > > > [1] https://lists.freedesktop.org/archives/mesa-dev/2016-July/124028.html > > [2] 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 <kenn...@whitecape.org> I still need to review 13 and 17-19.
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
