MOZ_RELEASE_ASSERT(mBuffer != nullptr) Crash in [@ mozilla::wr::RenderBufferTextureHostSWGL::RenderBufferTextureHostSWGL]
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr78 | --- | unaffected |
| firefox84 | --- | disabled |
| firefox85 | --- | disabled |
| firefox86 | --- | fixed |
| firefox87 | --- | fixed |
People
(Reporter: cpeterson, Assigned: sotaro)
References
(Blocks 2 open bugs)
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
|
48 bytes,
text/x-phabricator-request
|
pascalc
:
approval-mozilla-beta+
|
Details | Review |
Maybe Fission related. (DOMFissionEnabled=1)
I hit this crash today. Looks like my crash report is the first and only one for this signature.
Crash report: https://crash-stats.mozilla.org/report/index/9100617b-834a-404e-b0bf-aa2710201106
MOZ_CRASH Reason: MOZ_RELEASE_ASSERT(mBuffer != nullptr)
Top 10 frames of crashing thread:
0 xul.dll mozilla::wr::RenderBufferTextureHostSWGL::RenderBufferTextureHostSWGL gfx/webrender_bindings/RenderBufferTextureHostSWGL.cpp:23
1 xul.dll mozilla::layers::BufferTextureHost::CreateRenderTexture gfx/layers/composite/TextureHost.cpp:684
2 xul.dll mozilla::layers::TextureHost::EnsureRenderTexture gfx/layers/composite/TextureHost.cpp:520
3 xul.dll mozilla::layers::WebRenderTextureHost::GetExternalImageKey gfx/layers/wr/WebRenderTextureHost.cpp:61
4 xul.dll mozilla::layers::WebRenderTextureHost::PrepareForUse gfx/layers/wr/WebRenderTextureHost.cpp:168
5 xul.dll mozilla::layers::CompositableParentManager::ReceiveCompositableUpdate gfx/layers/ipc/CompositableTransactionParent.cpp:170
6 xul.dll mozilla::layers::CompositableParentManager::ReceiveCompositableUpdate gfx/layers/ipc/CompositableTransactionParent.cpp:74
7 xul.dll mozilla::layers::WebRenderBridgeParent::ProcessWebRenderParentCommands gfx/layers/wr/WebRenderBridgeParent.cpp:1412
8 xul.dll mozilla::layers::WebRenderBridgeParent::ProcessDisplayListData gfx/layers/wr/WebRenderBridgeParent.cpp:1112
9 xul.dll mozilla::layers::WebRenderBridgeParent::RecvSetDisplayList gfx/layers/wr/WebRenderBridgeParent.cpp:1165
Comment 1•5 years ago
|
||
Marking as S3 since we aren't shipping SW-WR yet.
Updated•4 years ago
|
| Reporter | ||
Updated•4 years ago
|
| Assignee | ||
Comment 2•4 years ago
•
|
||
All crashe reports had "Failed to create a valid ShmemTextureHost" gfxCriticalNote. It might be related.
The ShmemTextureHost failure happened on 32bit Win PCs.
| Assignee | ||
Comment 3•4 years ago
|
||
RenderBufferTextureHost and RenderExternalTextureHost handle the ShmemTextureHost failure by returning InvalidToWrExternalImage().
| Assignee | ||
Comment 4•4 years ago
|
||
RenderTextureHostSWGL::LockSWGL() also has similar implementation.
| Assignee | ||
Comment 5•4 years ago
|
||
Updated•4 years ago
|
Comment 7•4 years ago
|
||
| bugherder | ||
| Assignee | ||
Comment 9•4 years ago
•
|
||
Yes, it seems necessary. Bug 1689186 enabled Software WebRender on beta.
| Assignee | ||
Comment 10•4 years ago
|
||
Comment on attachment 9199964 [details]
Bug 1675876 - Make RenderBufferTextureHostSWGL::RenderBufferTextureHostSWGL() fallible
Beta/Release Uplift Approval Request
- User impact if declined: GPU process crash happens when ShmemTextureHost failed to get valid Shmen with Software WebRender on Windows.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): The patch removes MOZ_RELEASE_ASSERT() and WebRender already has a mechanism to handle an invalid RenderTextureHost rendering.
- String changes made/needed: None
Comment 11•4 years ago
|
||
Comment on attachment 9199964 [details]
Bug 1675876 - Make RenderBufferTextureHostSWGL::RenderBufferTextureHostSWGL() fallible
Approved for 86 beta 6, thanks.
Comment 12•4 years ago
|
||
| bugherder uplift | ||
Updated•4 years ago
|
Description
•