|
|
Created:
6 years, 9 months ago by ccameron Modified:
6 years, 8 months ago CC:
chromium-reviews, yusukes+watch_chromium.org, yukishiino+watch_chromium.org, jam, penghuang+watch_chromium.org, nona+watch_chromium.org, darin-cc_chromium.org, James Su, miu+watch_chromium.org Base URL:
https://chromium.googlesource.com/chromium/src.git@master Visibility:
Public. |
DescriptionReduce the scope of CGL current contexts
There are a few crash reports coming in where the destructor
~ScopedCGLSetCurrentContext is being implicated inside
CompositorSwapBuffers. Reduce the scope of the
ScopedCGLSetCurrentContext in CompositorSwapBuffers.
At a minimum, this will make the crash reports reveal which
place is causing problems. At a maximum, this may fix the
issue (in particular, LayoutLayers may call displayIfNeeded,
which may mess with the current context, potentially causing
crashes, as ScopedCGLSetCurrentContext does not expect
this).
BUG=245900
NOTRY=true
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=260448
Patch Set 1 #
Total comments: 3
Patch Set 2 : Remove DCHECK #Patch Set 3 : Rebase #Patch Set 4 : Rebase #Messages
Total messages: 23 (0 generated)
I'd like to squeeze this one in before the branch is cut this afternoon. https://codereview.chromium.org/216733002/diff/1/content/browser/renderer_hos... File content/browser/renderer_host/render_widget_host_view_mac.mm (right): https://codereview.chromium.org/216733002/diff/1/content/browser/renderer_hos... content/browser/renderer_host/render_widget_host_view_mac.mm:1391: { Of note is that this should potentially be moved up to the SetIOSurfaceWithContextCurrent block unconditionally. I'm leaving this as-is to minimize altered behavior.
LGTM https://codereview.chromium.org/216733002/diff/1/content/browser/renderer_hos... File content/browser/renderer_host/render_widget_host_view_mac.mm (right): https://codereview.chromium.org/216733002/diff/1/content/browser/renderer_hos... content/browser/renderer_host/render_widget_host_view_mac.mm:1340: DCHECK(!CGLGetCurrentContext()); Have you run a debug build with this DCHECK in place for some period of time to see whether it's triggered?
Thanks! https://codereview.chromium.org/216733002/diff/1/content/browser/renderer_hos... File content/browser/renderer_host/render_widget_host_view_mac.mm (right): https://codereview.chromium.org/216733002/diff/1/content/browser/renderer_hos... content/browser/renderer_host/render_widget_host_view_mac.mm:1340: DCHECK(!CGLGetCurrentContext()); On 2014/03/28 16:18:41, Ken Russell wrote: > Have you run a debug build with this DCHECK in place for some period of time to > see whether it's triggered? Yes, but, you bring up a good point -- I haven't run a build long enough. I'll want to add a bunch of CHECKs to ensure this and some other things (like that the expected context is current when ~ScopedCGLSetCurrentContext) are true. I'll put those in a separate patch.
The CQ bit was checked by ccameron@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/ccameron@chromium.org/216733002/10001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: tryserver.chromium on linux_chromium_rel
The CQ bit was checked by ccameron@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/ccameron@chromium.org/216733002/10001
On 2014/03/28 17:41:22, I haz the power (commit-bot) wrote: > Try jobs failed on following builders: > tryserver.chromium on linux_chromium_rel Chris, please file a bug about the flaky test that caused your try job to fail.
On 2014/03/28 17:57:31, Ken Russell wrote: > On 2014/03/28 17:41:22, I haz the power (commit-bot) wrote: > > Try jobs failed on following builders: > > tryserver.chromium on linux_chromium_rel > > Chris, please file a bug about the flaky test that caused your try job to fail. You don't need to file a bug, but email details to chrome-troopers@google.com. They want to hear about all flaky tests.
On 2014/03/28 18:00:43, Avi wrote: > On 2014/03/28 17:57:31, Ken Russell wrote: > > On 2014/03/28 17:41:22, I haz the power (commit-bot) wrote: > > > Try jobs failed on following builders: > > > tryserver.chromium on linux_chromium_rel > > > > Chris, please file a bug about the flaky test that caused your try job to > fail. > > You don't need to file a bug, but email details to mailto:chrome-troopers@google.com. > They want to hear about all flaky tests. In this particular case it looks like something the Telemetry team would be most adept at investigating.
On 2014/03/28 18:03:34, Ken Russell wrote: > On 2014/03/28 18:00:43, Avi wrote: > > On 2014/03/28 17:57:31, Ken Russell wrote: > > > On 2014/03/28 17:41:22, I haz the power (commit-bot) wrote: > > > > Try jobs failed on following builders: > > > > tryserver.chromium on linux_chromium_rel > > > > > > Chris, please file a bug about the flaky test that caused your try job to > > fail. > > > > You don't need to file a bug, but email details to > mailto:chrome-troopers@google.com. > > They want to hear about all flaky tests. > > In this particular case it looks like something the Telemetry team would be most > adept at investigating. Filed http://crbug.com/357691 on this. I'm going to kill of the test, since it's blocking both of tryjobs I'm pushing right now (one on Mac one on Linux). And I've seen this one flake in the past.
The CQ bit was unchecked by ccameron@chromium.org
The CQ bit was checked by ccameron@chromium.org
The CQ bit was unchecked by ccameron@chromium.org
The CQ bit was checked by ccameron@chromium.org
The CQ bit was unchecked by ccameron@chromium.org
The CQ bit was checked by ccameron@chromium.org
The CQ bit was unchecked by cmp@chromium.org
The CQ bit was checked by cmp@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/ccameron@chromium.org/216733002/50001
Message was sent while issue was closed.
Change committed as 260448 |