Bug 90848 - [chromium] Assert in decideRenderPassAllocationsForFrame fails when surface is larger than max texture size
Summary: [chromium] Assert in decideRenderPassAllocationsForFrame fails when surface i...
Status: RESOLVED DUPLICATE of bug 90841
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Dana Jansens
URL:
Keywords:
Depends on:
Blocks: 90573
  Show dependency treegraph
 
Reported: 2012-07-09 22:15 PDT by Hayato Ito
Modified: 2015-02-18 12:40 PST (History)
8 users (show)

See Also:


Attachments
Patch (2.04 KB, patch)
2012-07-10 12:03 PDT, Dana Jansens
enne: review-
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Hayato Ito 2012-07-09 22:15:17 PDT
Started to hit an assertion introduced in http://trac.webkit.org/changeset/122160.

http://build.chromium.org/p/chromium.chromiumos/builders/Linux%20ChromiumOS%20Tests%20%28dbg%29%283%29/builds/7343/steps/interactive_ui_tests/logs/stdio

[ RUN      ] MenuItemViewTestBasic2.SelectItem2
Xlib:  extension "RANDR" missing on display ":9.0".
ASSERTION FAILED: reserved
third_party/WebKit/Source/WebCore/platform/graphics/chromium/LayerRendererChromium.cpp(360) : virtual void WebCore::LayerRendererChromium::decideRenderPassAllocationsForFrame(const WebCore::CCRenderPassList&)
1   0x7f5ded399660
2   0x7f5ded3fc0f6
3   0x7f5ded3fc90b
4   0x7f5ded4222ae
5   0x7f5ded422138
6   0x7f5ded421fa6
7   0x7f5ded3edc2c
8   0x7f5dec11c8f2 WebKit::WebLayerTreeView::composite()
9   0x7f5df0bf54b9 ui::Compositor::Draw(bool)
10  0x7f5df0ce2c1b aura::RootWindow::Draw()
11  0x7f5df0ce98bf
12  0x7f5df0ce9382
13  0x7f5df0ce8c1b
14  0x7f5df5635469
15  0x7f5df5676e8c MessageLoop::RunTask(base::PendingTask const&)
16  0x7f5df5676fa4 MessageLoop::DeferOrRunPendingTask(base::PendingTask const&)
17  0x7f5df56777ad MessageLoop::DoWork()
18  0x7f5df5614ebe
19  0x7f5df561529e
20  0x7f5df5676b51 MessageLoop::RunInternal()
21  0x7f5df5676a08 MessageLoop::RunHandler()
22  0x7f5df56a7db6 base::RunLoop::Run()
23  0x7f5470
24  0x7f5433
25  0x7f55dc
26  0x75bf15
27  0x73120e
28  0x84a898
29  0x847a16
30  0x83c602
31  0x83ce26
Comment 1 Hayato Ito 2012-07-09 22:24:17 PDT
I commented out the assertion in http://trac.webkit.org/changeset/122194 as I and hbono discussed.
Let me watch the result.
Comment 2 Dana Jansens 2012-07-10 12:01:36 PDT
These tests are crashing for me locally still, but the assertion has stopped breaking once I adjust it to account for valid reservation failure. So I think this should resolve the problem.
Comment 3 Dana Jansens 2012-07-10 12:03:35 PDT
Created attachment 151499 [details]
Patch
Comment 4 Adrienne Walker 2012-07-10 12:07:44 PDT
Comment on attachment 151499 [details]
Patch

It's weird to me that calling code needs to know about the conditions in which reserve could fail.  I think you should either move the assert to reserve itself or punt and let bug 90841 take care of this.
Comment 5 Dana Jansens 2012-07-10 12:08:46 PDT
ya.. ok punt it is!
Comment 6 Dana Jansens 2012-07-10 12:58:04 PDT

*** This bug has been marked as a duplicate of bug 90841 ***