RESOLVED INVALID 91793
[chromium] Use CCGraphicsContext in LayerRenderChromium
https://bugs.webkit.org/show_bug.cgi?id=91793
Summary [chromium] Use CCGraphicsContext in LayerRenderChromium
Brian Anderson
Reported 2012-07-19 15:44:07 PDT
[chromium] Use CCGraphicsContext in LayerRenderChromium
Attachments
Patch (61.70 KB, patch)
2012-07-19 15:47 PDT, Brian Anderson
no flags
Brian Anderson
Comment 1 2012-07-19 15:47:35 PDT
Nat Duca
Comment 2 2012-07-19 21:42:05 PDT
Comment on attachment 153365 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=153365&action=review Any idea why the patch isn't applying cleanly? LGTM with nits, @enne for review. > Source/WebCore/platform/graphics/chromium/LayerRendererChromium.cpp:136 > +PassOwnPtr<LayerRendererChromium> LayerRendererChromium::create(CCRendererClient* client, WebCore::CCGraphicsContext* context, TextureUploaderOption textureUploaderSetting) Why does this got the webcore namespace on it? > Source/WebCore/platform/graphics/chromium/LayerRendererChromium.cpp:1442 > bool LayerRendererChromium::makeContextCurrent() /me wonders out loud why we have this function in the first place? Does anyone call it aside from the first time? > Source/WebCore/platform/graphics/chromium/LayerRendererChromium.cpp:1444 > + // We call CCGraphcisContext's makeContextCurrent so it can lazily initialize. Not sure this comment adds value. > Source/WebCore/platform/graphics/chromium/cc/CCGraphicsContext.h:54 > + lazyInitialize(); I'd leave this part out. E.g. pass directly through to m_context3D->makeContextCurrent(); The patch to lazyInit can be in your other patch. Also, I'd say initializeIfNeeded() and use an m_initialized to ensure that makeContextCurrent will only happen once. The makeCurrent code returns true even if you call it twice in a row, i think.
Adrienne Walker
Comment 3 2012-07-20 09:49:28 PDT
Comment on attachment 153365 [details] Patch I don't have anything to add over Nat's comments. Fix those, get this applying and green on the EWS bots, and I'll take a final look.
Brian Anderson
Comment 4 2012-07-20 12:51:10 PDT
Looks like https://bugs.webkit.org/show_bug.cgi?id=91044 just went in, which resulted in a lot of conflicts. Will rebase and address comments.
Brian Anderson
Comment 5 2012-07-20 15:12:40 PDT
Turns out the patch for bug 91044 completely invalidates the need for this patch. Closing. A simpler shallowFlush patch will be coming through shortly.
Adam Barth
Comment 6 2012-07-27 01:15:51 PDT
Comment on attachment 153365 [details] Patch Cleared review? from attachment 153365 [details] so that this bug does not appear in http://webkit.org/pending-review. If you would like this patch reviewed, please attach it to a new bug (or re-open this bug before marking it for review again).
Note You need to log in before you can comment on or make changes to this bug.