Chromium Code Reviews| Index: content/browser/renderer_host/gpu_message_filter.cc |
| diff --git a/content/browser/renderer_host/gpu_message_filter.cc b/content/browser/renderer_host/gpu_message_filter.cc |
| index a25d5a46c1b53f6fd0c5e64807f628699e0f1f26..62fad9a7cd97864a82a4ecb72aef7475b85585b3 100644 |
| --- a/content/browser/renderer_host/gpu_message_filter.cc |
| +++ b/content/browser/renderer_host/gpu_message_filter.cc |
| @@ -151,6 +151,8 @@ void GpuMessageFilter::OnCreateViewCommandBuffer( |
| // If the current handle for the surface is using a different (older) gpu |
| // host, it means the GPU process died and we need to wait until the UI |
| // re-allocates the surface in the new process. |
| + // TODO(boliu): This will deadlock with threads merged. Can this ever |
|
boliu
2013/03/01 00:19:12
So GpuHostMsg_CreateViewCommandBuffer is sent from
|
| + // happen? |
| linked_ptr<CreateViewCommandBufferRequest> request( |
| new CreateViewCommandBufferRequest(surface_id, init_params, reply)); |
| pending_requests_.push_back(request); |