Closed
Bug 1435693
Opened 7 years ago
Closed 7 years ago
Sometimes failed to create Pbuffer of back buffer for WebRender
Categories
(Core :: Graphics: WebRender, defect, P1)
Tracking
()
RESOLVED
DUPLICATE
of bug 1441056
People
(Reporter: sotaro, Assigned: sotaro)
References
Details
Attachments
(1 file)
891 bytes,
patch
|
Details | Diff | Splinter Review |
When I updated nightly, sometime it failed to create Pbuffer of back buffer for WebRender and fallbacked to normal compositor.
When it happened, about:support had the following failure log.
> GP+[GFX1]: Failed to create Pbuffer of back buffer error: 0x300c Size : Size(292,0)
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → sotaro.ikeda.g
Assignee | ||
Updated•7 years ago
|
OS: Unspecified → Windows
Assignee | ||
Comment 1•7 years ago
|
||
When sanityTest of SanityTest.js run, the problem seems to happen.
Updated•7 years ago
|
Blocks: stage-wr-nightly
Priority: -- → P1
Assignee | ||
Comment 2•7 years ago
|
||
(In reply to Sotaro Ikeda [:sotaro] from comment #1)
> When sanityTest of SanityTest.js run, the problem seems to happen.
verifyLayersRendering() always seemed to be failed. Then triggerDeviceReset() was called. It end up to GPUProcessManager::SimulateDeviceReset() calls. It tries to re-create process sessions.
https://dxr.mozilla.org/mozilla-central/source/toolkit/components/gfx/SanityTest.js#142
And tries to recreate WebRenderBridgeParent. But it failed because Bug 1364504 is not addressed yet. Then nsBaseWidget::CreateCompositorSession() fallbacked to normal compositor session. but the normal compositor session did not work some how.
Assignee | ||
Comment 3•7 years ago
|
||
(In reply to Sotaro Ikeda [:sotaro] from comment #2)
> And tries to recreate WebRenderBridgeParent. But it failed because Bug
> 1364504 is not addressed yet. Then nsBaseWidget::CreateCompositorSession()
> fallbacked to normal compositor session. but the normal compositor session
> did not work some how.
When WebRender was fallback to normal compositor, the compositor seems to work as normal, but window was not updated. I tried a lot of RenderCompositorANGLE code modification patterns to find out a cause of it. It seems that DXGI_SWAP_EFFECT_FLIP_SEQUENTIAL seems to cause the problem. When I changed DXGI_SWAP_EFFECT_FLIP_SEQUENTIAL to DXGI_SWAP_EFFECT_SEQUENTIAL, the window update problem did not happen.
MDN has the following. It seems to be related.
> Use one flip model swap chain per HWND. Do not target multiple flip model swap chains to the same HWND.
https://msdn.microsoft.com/ja-jp/library/windows/desktop/hh706346
Assignee | ||
Comment 4•7 years ago
|
||
Created Bug 1435995 for Comment 3.
Assignee | ||
Comment 5•7 years ago
|
||
Assignee | ||
Comment 6•7 years ago
|
||
During SanityTest, verifyLayersRendering() always failed. I noticed it, since with SanityTest, nsDOMWindowUtils::TriggerDeviceReset() was always called.
Assignee | ||
Comment 7•7 years ago
|
||
(In reply to Sotaro Ikeda [:sotaro] from comment #6)
> During SanityTest, verifyLayersRendering() always failed. I noticed it,
> since with SanityTest, nsDOMWindowUtils::TriggerDeviceReset() was always
> called.
Bug 1436020 is created for it.
Assignee | ||
Comment 9•7 years ago
|
||
The problem seems to be addressed by Bug 1441056.
Comment 10•7 years ago
|
||
(In reply to Sotaro Ikeda [:sotaro] from comment #9)
> The problem seems to be addressed by Bug 1441056.
I confirm that I no longer get this error after that, however WebRender still fails to initialize as I'm now hitting this bug: Bug 1441827.
> GP+[GFX1-]: Failed to load EGL library: FEATURE_FAILURE_NO_DISPLAY
Assignee | ||
Comment 11•7 years ago
|
||
Bug 1441827 is a different bug, then I close this bug.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•