Crash in [@ js::jit::CodeGenerator::link]
Categories
(Core :: JavaScript Engine: JIT, defect, P3)
Tracking
()
People
(Reporter: jseward, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: crash, stalled, Whiteboard: qa-not-actionable)
Crash Data
This bug is for crash report bp-36f50a91-490b-4470-8935-406ea0190926.
I think this happened in two separate installations of the Windows nightly 20190926094200. I noticed both cases are for
CPU Info family 6 model 58 stepping 9
CPU Count 8
Top 5 frames of crashing thread:
0 xul.dll js::jit::CodeGenerator::link js/src/jit/CodeGenerator.cpp:10866
1 xul.dll js::jit::LinkIonScript js/src/jit/Ion.cpp:511
2 xul.dll js::jit::LazyLinkTopActivation js/src/jit/Ion.cpp:530
3 @0x13c73f1dfe
4 xul.dll js::CloneFunctionReuseScript js/src/vm/JSFunction.cpp:2283
Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Sorry, no idea what's going on :/ I don't think there have been any changes to this code recently. The uptime of 0 seconds in that crash report is a bit suspicious too, makes me wonder about their hardware.
Comment 2•5 years ago
|
||
Looking at the crash addresses, these are crashing with a lot of different addresses poison, which do not seems to have a common allocator.
I doubt this bug could be actionable in its current form.
Updated•3 years ago
|
Updated•3 years ago
|
Updated•2 years ago
|
Comment 3•2 years ago
|
||
Since the crash volume is low (less than 5 per week), the severity is downgraded to S3
. Feel free to change it back if you think the bug is still critical.
For more information, please visit auto_nag documentation.
Description
•