Added PPB_Graphics3D_Dev::Resize to let plugins resize the backing surface.

ppapi/shared_impl/graphics_3d_impl.cc

Index: ppapi/shared_impl/graphics_3d_impl.cc
===================================================================
--- ppapi/shared_impl/graphics_3d_impl.cc	(revision 94518)
+++ ppapi/shared_impl/graphics_3d_impl.cc	(working copy)
@@ -33,6 +33,15 @@
   return PP_ERROR_FAILED;
 }
 
+int32_t Graphics3DImpl::Resize(int32_t width, int32_t height) {
+  if ((width < 0) || (height < 0))
+    return PP_ERROR_BADARGUMENT;
+
+  gles2_impl()->ResizeCHROMIUM(width, height);

[piman, 2011/07/28 23:35:06]

You won't have a gles2_impl in the out-of-process case

[alokp, 2011/07/29 16:13:12]

In that case this command will be handled by the proxy which shares this
implementation. We have to check for the availability of gles2_impl only in
swap-buffers because the proxy delegates some of the task to the host. This is
not the case here.

+  // TODO(alokp): Check if resize succeeded and return appropriate error code.

[apatrick_chromium, 2011/07/28 22:11:26]

You might want to Flush after ResizeCHROMIUM so that subsequent IPCs don't race
ahead of it. I'm not familiar with this code though... piman will know.

[alokp, 2011/07/28 22:40:12]

Glad that you mentioned. All demos except stencil-test is working fine with this
patch. But stencil test is only producing a green quad that spans the whole
viewport. It is supposed to draw four quads. The exe version of stencil test
works. Commenting out the resize calls in pepper.cc works (although stretched).
I have tried adding flush everywhere without much success. It also randomly
crashes in ANGLE. It may be just specific to the stencil buffer.

[piman, 2011/07/28 23:35:06]

I don't think a Flush is necessary since ResizeChromium goes through command
buffers.

+  return PP_OK;
+}
+
 int32_t Graphics3DImpl::SwapBuffers(PP_CompletionCallback callback) {
   if (!callback.func) {
     // Blocking SwapBuffers isn't supported (since we have to be on the main