i965: Delete the meta-base CopyImageSubData implementation
authorJason Ekstrand <jason.ekstrand@intel.com>
Tue, 29 Nov 2016 20:36:14 +0000 (12:36 -0800)
committerJason Ekstrand <jason.ekstrand@intel.com>
Mon, 5 Dec 2016 22:00:35 +0000 (14:00 -0800)
commit5f0e4c7c798827950e835d40912024480ec6d665
tree99eed2e2fe871ee3913b5f848ff4b460072ab9cf
parent06d864921ee6cfd083ac3782d4434d91ec652eea
i965: Delete the meta-base CopyImageSubData implementation

When I originally implemented the ARB_copy_image extension, the fast-path
was written in meta using texture views.  This path only worked if both
images were uncompressed color images.  All of the other cases fell back to
the blitter or, in the worst case, mapping and memcpy on the CPU.  Now that
we have the blorp path, it handles all copies ever and the old meta,
blitter, and CPU paths are only used on gen5 and below.  The primary reason
why we needed the meta path (apart from having a slow blitter on later
hardware) was to handle multisampling which gen5 and earlier don't support
anyway.  Since the blitter is reasonably fast on gen5, we can just delete
the meta path and get rid of all that terrible code.

If we decide that we're ok with just disabling ARB_copy_image on gen5 and
earlier (I personally am), then we could get rid of another 300 lines or so
of semi-hairy code.

Reviewed-by: Anuj Phogat <anuj.phogat@gmail.com>
src/mesa/Makefile.sources
src/mesa/drivers/common/meta.h
src/mesa/drivers/common/meta_copy_image.c [deleted file]
src/mesa/drivers/dri/i965/intel_copy_image.c