RESOLVED FIXED 99518
Create a GraphicsLayerUpdater class that will do periodic layer flushes for layer trees containing tile caches
https://bugs.webkit.org/show_bug.cgi?id=99518
Summary Create a GraphicsLayerUpdater class that will do periodic layer flushes for l...
Simon Fraser (smfr)
Reported 2012-10-16 15:57:25 PDT
Create a GraphicsLayerUpdater class that will do periodic layer flushes for layer trees containing tile caches
Attachments
Patch (74.54 KB, patch)
2012-10-16 16:45 PDT, Simon Fraser (smfr)
no flags
Patch (76.77 KB, patch)
2012-10-16 17:15 PDT, Simon Fraser (smfr)
simon.fraser: review+
gyuyoung.kim: commit-queue-
Simon Fraser (smfr)
Comment 1 2012-10-16 16:45:01 PDT
Dean Jackson
Comment 2 2012-10-16 16:58:32 PDT
Comment on attachment 169057 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=169057&action=review Shame we can't test any of this. > Source/WebCore/WebCore.xcodeproj/project.pbxproj:6360 > + FD315FFE12B0267600C1A359 /* ChannelMergerNode.cpp in Sources */ = {isa = PBXBuildFile; fileRef = FD315FB412B0267500C1A359 /* ChannelMergerNode.cpp */; }; I'll just assume all these unrelated changes are ok - did you sort entries or something? > Source/WebCore/platform/graphics/GraphicsLayerUpdater.cpp:41 > +#if USE(REQUEST_ANIMATION_FRAME_DISPLAY_MONITOR) > + DisplayRefreshMonitorManager::sharedManager()->registerClient(this); > + DisplayRefreshMonitorManager::sharedManager()->windowScreenDidChange(displayID, this); > + DisplayRefreshMonitorManager::sharedManager()->scheduleAnimation(this); > +#endif So I guess other ports will have to implement their own GLUpdater machinery? > Source/WebCore/platform/graphics/GraphicsLayerUpdater.cpp:47 > +GraphicsLayerUpdater::~GraphicsLayerUpdater() > +{ > + // ~DisplayRefreshMonitorClient unregisters us as a client. > +} Is there ever a case where the GLU can go away before the DRMC does? > Source/WebCore/platform/graphics/GraphicsLayerUpdater.h:35 > +class GraphicsLayer; Not sure you need this.
Build Bot
Comment 3 2012-10-16 17:04:28 PDT
WebKit Review Bot
Comment 4 2012-10-16 17:10:02 PDT
Comment on attachment 169057 [details] Patch Attachment 169057 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/14384358
Simon Fraser (smfr)
Comment 5 2012-10-16 17:15:51 PDT
Simon Fraser (smfr)
Comment 6 2012-10-16 17:16:24 PDT
Comment on attachment 169061 [details] Patch Bring dino review forward. Try to fix the EWSes.
Gyuyoung Kim
Comment 7 2012-10-16 18:49:58 PDT
Simon Fraser (smfr)
Comment 8 2012-10-17 17:45:03 PDT
Dean Jackson
Comment 9 2012-10-17 18:46:24 PDT
James said this broke clang builds. Fix is in r131692
Note You need to log in before you can comment on or make changes to this bug.