Implement support for mixed sampled render targets

src/gpu/gl/GrGLCaps.h

Index: src/gpu/gl/GrGLCaps.h
diff --git a/src/gpu/gl/GrGLCaps.h b/src/gpu/gl/GrGLCaps.h
index 4038523b4a9a752d89d37bb7065e372d3dcb7db2..b6230104160eabfaaa0a23ea4b239ada6e6c0448 100644
--- a/src/gpu/gl/GrGLCaps.h
+++ b/src/gpu/gl/GrGLCaps.h
@@ -65,8 +65,12 @@ public:
          * GL_MAX_SAMPLES value.
          */
         kES_EXT_MsToTexture_MSFBOType,
+        /**
+         * GL_NV_framebuffer_mixed_samples.
+         */
+        kStencil_MSFBOType,

[bsalomon, 2015/03/31 16:37:33]

Maybe we should call this something a little more descriptive.
kMixedSamples_MSFBOType?

[Chris Dalton, 2015/03/31 19:47:30]

I really like the name "MixedSamples" too. I'd like to see that to become our
default catch-phrase for things that deal with this rendering mode.

My only concern is that NV_framebuffer_mixed_samples allows for multiple color
samples as well (e.g 16:4, 4:2), whereas we are forcing the color samples to 1.
Are you guys ok with "MixedSamples" being understood within skia to mean N:1
rendering? (I am if you are)

[vbuzinov, 2015/04/02 13:10:37]

Done.

 
-        kLast_MSFBOType = kES_EXT_MsToTexture_MSFBOType
+        kLast_MSFBOType = kStencil_MSFBOType
     };
 
     enum InvalidateFBType {
@@ -153,7 +157,8 @@ public:
     bool usesMSAARenderBuffers() const {
         return kNone_MSFBOType != fMSFBOType &&
                kES_IMG_MsToTexture_MSFBOType != fMSFBOType &&
-               kES_EXT_MsToTexture_MSFBOType != fMSFBOType;
+               kES_EXT_MsToTexture_MSFBOType != fMSFBOType &&
+               kStencil_MSFBOType != fMSFBOType;
     }
 
     /**