cc: Add tile-free software compositing mode.

cc/output/direct_renderer.cc

Index: cc/output/direct_renderer.cc
diff --git a/cc/output/direct_renderer.cc b/cc/output/direct_renderer.cc
index e0cedb6f757c64470563b96afa050454992ce4af..c712d75e7a34a4e759163f75202c273ba18f2e7c 100644
--- a/cc/output/direct_renderer.cc
+++ b/cc/output/direct_renderer.cc
@@ -133,6 +133,9 @@ void DirectRenderer::SetEnlargePassTextureAmountForTesting(
 
 void DirectRenderer::DecideRenderPassAllocationsForFrame(
     const RenderPassList& render_passes_in_draw_order) {
+  if (!resource_provider_)
+    return;
+
   base::hash_map<RenderPass::Id, const RenderPass*> render_passes_in_frame;
   for (size_t i = 0; i < render_passes_in_draw_order.size(); ++i)
     render_passes_in_frame.insert(std::pair<RenderPass::Id, const RenderPass*>(
@@ -317,6 +320,9 @@ bool DirectRenderer::UseRenderPass(DrawingFrame* frame,
     return true;
   }
 
+  if (!resource_provider_)

[enne (OOO), 2013/05/07 06:11:22]

Does this line imply that you can't have render passes for a software-only
WebView?

[aelias_OOO_until_Jul13, 2013/05/07 23:51:47]

Yes, for now.  We may revisit and add support later if there's a compelling use
case.

[enne (OOO), 2013/05/09 17:35:43]

Ok.  You're the one making the requirements here and I don't think punting on
this adds complication.

I do think that render passes would be trickier to implement in a way that would
also work for capture picture (without rasterizing intermediate bitmaps for the
surfaces) since you'd have to get saveLayer calls in the right place.

+    return false;
+
   CachedResource* texture = render_pass_textures_.get(render_pass->id);
   DCHECK(texture);