1683284 - Crash in [@ OOM | large | mozalloc_abort | xul.dll | BaseThreadInitThunk] on Windows 7 x86 when viewing PDFs

Status: NEW

(Core :: Graphics: WebRender, defect, P3)

Description

[Sebastian Hengst [:aryx] (needinfo on intermittent or backout)]

All of these frequent crashes are for x86 and almost all on Windows 7. They all seem to hit when the user views PDFs.

The same crash signature had been observed for 84.0b3 and no other 84 betas. Is it a regression from bug 1677818?

• 84.0b3 changes
• 84.0b4 changes

Crash report: https://crash-stats.mozilla.org/report/index/3e6f7598-149e-4057-b72d-a28f40201218

MOZ_CRASH Reason: MOZ_CRASH()

Top 10 frames of crashing thread:

0 mozglue.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:33
1 mozglue.dll mozalloc_handle_oom memory/mozalloc/mozalloc_oom.cpp:51
2 xul.dll xul.dll@0x36a40aa 
3 xul.dll xul.dll@0x6df638 
4 xul.dll xul.dll@0x4349b4e 
5 xul.dll xul.dll@0x4342725 
6 xul.dll xul.dll@0x4341e76 
7 xul.dll xul.dll@0x38cfa67 
8 xul.dll xul.dll@0x143bc18 
9 xul.dll xul.dll@0x143b0a3 

Comment 1

[Jamie Nicol [:jnicol]]

All the crash reports have lots of graphics critical errors, some about the shader cache and some about ShmemTextureHost failures.

Comment 2

[Julien Cristau [:jcristau]]

Lots of those on 85 beta...

Comment 3

[Julien Cristau [:jcristau]]

Jim can we get this looked into for 85?

Comment 4

[Jeff Muizelaar [:jrmuizel]]

I wonder if this bug is a signature change. None of the crashes seem to be properly symbolicated. We just get xul.dll.

Comment 5

[Gabriele Svelto [:gsvelto]]

This is most likely a signature change. The minidump is missing xul.dll's debug ID so we can't symbolcate it properly, it tends to happen on Windows during catastrophic OOMs and these definitely are. For the rest the stacks are extremely similar to other OOMs where we don't have the xul.dll debug ID.

Comment 6

[Sebastian Hengst [:aryx] (needinfo on intermittent or backout)]

40-50% of the crashes with [@ xul.dll | _PR_NativeRunThread | pr_root] have a .pdf url and all for the last month are on Windows 7 x86. The signature started to spike on beta starting with Gecko 86 (signature change from [@ OOM | small] ?). Both signatures are tracked by bug 1519123.

Comment 7

[Pascal Chevrel:pascalc]

Jim, I am worried by the increase in volume in 86 beta vs 85 beta. Could we have somebody look at this crasher?
Also, it does not seem to be limited to windows 7 only, 69% of crashes for xul.dll | _PR_NativeRunThread | pr_root are on Windows 10. Thanks

Comment 8

[Jeff Muizelaar [:jrmuizel]]

Maybe this increase was caused by enabling software webrender on beta 86? Software webrender will not ride into release in 86 so perhaps we'll see a drop when early beta ends.

This bug is not very easy to make actionable as basically all we know is that it's an OOM large.

Comment 9

[Julien Cristau [:jcristau]]

The volume looks like it did drop a little this week from 86.0b7 (late beta).

Comment 10

[Pascal Chevrel:pascalc]

The level of crashes is similar on 86 late betas as they were on 85 betas so I think we are not in a worse shape as we were for 85.

Comment 11

[Julien Cristau [:jcristau]]

Unsurprisingly this is spiking up again as sw-wr is enabled in early beta 87.

Comment 12

[Jim Mathies [:jimm]]

Keeping this in triage for now, we're doing some work in 88 for x86.

Comment 13

[Andrew Osmond [:aosmond]]

Bug 1699224 may help if we can't find the virtual memory space (physical memory is low too).

Comment 14

[Jim Mathies [:jimm]]

Related - Bug 1695379 - WebRender ANGLE Crash in [@ OOM | large | mozalloc_abort | moz_xmalloc | std::vector<T>::_Emplace_reallocate<T>]

Comment 15

[Ryan VanderMeulen [:RyanVM]]

Bug 1699224 doesn't seem like something we can/should backport to Beta, so calling this wontfix for 88. Hopefully things improve in 89 :(

Comment 16

[Jim Mathies [:jimm]]

Waiting on 89 beta to see how much things have improved. We've landed changes there to help. Also, swiggle will not ship to 32-bit in 88.