Closed Bug 1708393 Opened 3 years ago Closed 10 months ago

Crash in [@ libGLESv2_adreno.so@0x1500fe]

Categories

(Core :: Graphics: WebRender, defect)

Unspecified
Android
defect

Tracking

()

RESOLVED DUPLICATE of bug 1218607

People

(Reporter: fluffyemily, Unassigned)

References

Details

(Keywords: crash)

Crash Data

Crash report: https://crash-stats.mozilla.org/report/index/6618b57d-7c62-49d9-9dea-543ee0210428

Reason: SIGSEGV /SEGV_MAPERR

Top 6 frames of crashing thread:

0 libGLESv2_adreno.so libGLESv2_adreno.so@0x1500fe 
1 libGLESv2_adreno.so libGLESv2_adreno.so@0x14f75b 
2 libGLESv2_adreno.so libGLESv2_adreno.so@0x1808a5 
3 libxul.so webrender::device::query_gl::GpuProfiler::start_timer gfx/wr/webrender/src/device/query_gl.rs:253
4 libxul.so webrender::renderer::Renderer::draw_frame gfx/wr/webrender/src/renderer/mod.rs:4647
5 libllvm-glnext.so libllvm-glnext.so@0x1580e 
Component: General → Graphics: WebRender
Product: GeckoView → Core

Seems related to the other crash in bug 1708392. The 5th frame looks broken entirely.

Severity: -- → S2
See Also: → 1708392
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE

I don't think this one is a dup of the shader compilation crash. There's no mention of libllvm in the (admittedly unreliable) stacks. More importantly though, the graph doesn't follow the same pattern (of a spike after each Firefox release)

There's also not a high proportion of crashes happening soon after startup. I'm going to un-dup this as a precaution until we understand what's going on.

Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Severity: S2 → S3

Closing this crash as a duplicate of libGLESv2_adreno.so meta bug 1218607.

Status: REOPENED → RESOLVED
Closed: 3 years ago10 months ago
Duplicate of bug: 1218607
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.