Closed
Bug 1270226
Opened 9 years ago
Closed 6 years ago
Firefox 46.0.1 spike in EXCEPTION_ACCESS_VIOLATION_WRITE crashes in nsIFrame::GetUsedBorder on bad AMD CPUs
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
People
(Reporter: dbaron, Unassigned)
References
Details
(Keywords: crash, topcrash, Whiteboard: [platform-rel-AMD])
Crash Data
[Tracking Requested - why for this release]:
This bug was filed from the Socorro interface and is
report bp-f7c2d2c6-a68a-46c6-ba7a-6b9432160503.
=============================================================
On 46.0.1, for AMD CPUs, we've had a bunch of these crashes, all EXCEPTION_ACCESS_VIOLATION_WRITE crashes on the bad AMD CPUs. So far it's 5 crashes from 4 users.
https://crash-stats.mozilla.com/signature/?product=Firefox&cpu_info=%5EAuthenticAMD+family+20+model+1&cpu_info=%5EAuthenticAMD+family+20+model+2&version=46.0.1&signature=nsIFrame%3A%3AGetUsedBorder#reports
In all cases the EIP register ends with 0x124c, so they're all crashes at the same point.
Based on the numbers so far it's not clear how bad a topcrash this is.
Tracking for 46 so we know to keep an eye on this crash once we get more data.
Updated•8 years ago
|
status-firefox47:
--- → wontfix
status-firefox48:
--- → affected
Updated•8 years ago
|
platform-rel: --- → ?
Whiteboard: [platform-rel-AMD]
Updated•8 years ago
|
platform-rel: ? → -
Comment 2•6 years ago
|
||
There are very few crashes matching this signature in recent builds,
only 18 in the past 6 months for v60+. None of which are for "family 20".
So I believe this issue has disappeared with the introduction of stylo.
The remaining crashes seems Layout / Painting related, so we can
handle them in bug 644696.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•