cc: Plumb device color space through to rasterization

cc/tiles/tile.h

Index: cc/tiles/tile.h
diff --git a/cc/tiles/tile.h b/cc/tiles/tile.h
index 76142e86699118f284d0e11acb86aba35ad80348..17fb02b6d22140231ab393fe5c52162efb3f68f4 100644
--- a/cc/tiles/tile.h
+++ b/cc/tiles/tile.h
@@ -105,6 +105,8 @@ class CC_EXPORT Tile {
     return invalidated_content_rect_;
   }
 
+  const gfx::ColorSpace color_space() const { return color_space_; }
+
   bool HasRasterTask() const { return !!raster_task_.get(); }
 
  private:
@@ -115,6 +117,7 @@ class CC_EXPORT Tile {
   // Methods called by by tile manager.
   Tile(TileManager* tile_manager,
        const CreateInfo& info,
+       const gfx::ColorSpace& color_space,

[ccameron, 2016/09/12 23:44:24]

This didn't seem appropriate to have as part of CreateInfo because the tiling
doesn't actually impact it.

Also of note is that if you have a single tiling which uses different color
spaces within it, that's not "wrong" in any particular way -- ideally you'll
want to re-raster to a single color space eventually, but the GLRenderer has the
responsibility of ensuring that you resolve to the same final color space.

        int layer_id,
        int source_frame_number,
        int flags);
@@ -124,6 +127,7 @@ class CC_EXPORT Tile {
   const gfx::Rect content_rect_;
   const gfx::Rect enclosing_layer_rect_;
   const float contents_scale_;
+  const gfx::ColorSpace color_space_;
 
   TileDrawInfo draw_info_;