Open
Bug 1900134
Opened 1 month ago
Updated 17 days ago
Crash in [@ IPCError-content | GPUProcessKill]
Categories
(Core :: Graphics, defect)
Tracking
()
NEW
People
(Reporter: mccr8, Unassigned, NeedInfo)
Details
(Keywords: crash, topcrash)
Crash Data
Crash report: https://crash-stats.mozilla.org/report/index/23d4dceb-418a-494b-9070-320c40240531
Reason: DUMP_REQUESTED
Top 10 frames:
0 libc.so libc.so@0x1beac
1 libmozglue.so mozilla::detail::ConditionVariableImpl::wait(mozilla::detail::MutexImpl&) mozglue/misc/ConditionVariable_posix.cpp:106
2 libxul.so mozilla::OffTheBooksCondVar::Wait() xpcom/threads/CondVar.h:58
2 libxul.so mozilla::Monitor::Wait() xpcom/threads/Monitor.h:37
2 libxul.so mozilla::detail::BaseMonitorAutoLock<mozilla::Monitor>::Wait() xpcom/threads/Monitor.h:138
2 libxul.so nsAppShell::Queue::Pop(bool) widget/android/nsAppShell.h:196
2 libxul.so nsAppShell::ProcessNextNativeEvent(bool) widget/android/nsAppShell.cpp:637
3 libxul.so nsBaseAppShell::DoProcessNextNativeEvent(bool) widget/nsBaseAppShell.cpp:131
3 libxul.so nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) widget/nsBaseAppShell.cpp:267
3 libxul.so {virtual override thunk({offset(-8)}, nsBaseAppShell::OnProcessNextEvent(nsIT... widget/nsBaseAppShell.h:0
I'm not sure how actionable this is, but there seems like a solid volume of it on Nightly Android, so I figured I'd file. In the crashes I saw, we're waiting on a mutex for some native event, maybe? Could this be some kind of deadlock?
Comment 1•1 month ago
|
||
The bug is linked to a topcrash signature, which matches the following criterion:
- Top 10 AArch64 and ARM crashes on nightly
For more information, please visit BugBot documentation.
Keywords: topcrash
Comment 2•17 days ago
|
||
The severity field is not set for this bug.
:bhood, could you have a look please?
For more information, please visit BugBot documentation.
Flags: needinfo?(bhood)
You need to log in
before you can comment on or make changes to this bug.
Description
•