Closed
Bug 623493
Opened 15 years ago
Closed 14 years ago
[OGL] Fennec crash [@ libGLESv2_POWERVR_SGX540_120.so@0x1cfd4 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1d034 ][@ libGLESv2_POWERVR_SGX540_120.so@0xe3b4 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1d048 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1cfe8 ]
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 696768
Tracking | Status | |
---|---|---|
fennec | + | --- |
People
(Reporter: scoobidiver, Unassigned)
References
Details
(Keywords: crash, regression, topcrash)
Crash Data
It is a new crash signature. Crashes first appeared in 4.0b4pre/20110104.
It is #8 top crasher in Fennec 4.0b4pre for the last week.
Signature libGLESv2_POWERVR_SGX540_120.so@0x1cfd4
UUID d581ec9c-d580-4926-accc-3a0d32110105
Time 2011-01-05 22:59:06.802322
Uptime 9
Last Crash 15 seconds before submission
Install Age 37378 seconds (10.4 hours) since version was first installed.
Product Fennec
Version 4.0b4pre
Build ID 20110105042401
Branch 2.0
OS Linux
OS Version 0.0.0 Linux 2.6.32.9 #1 Wed Nov 10 14:57:37 KST 2010 armv7l
CPU arm
Crash Reason SIGSEGV
Crash Address 0x6bc000
App Notes samsung GT-P1000
samsung/GT-P1000/GT-P1000/GT-P1000:2.2/FROYO/XXJK5:user/release-keys
Frame Module Signature [Expand] Source
0 libGLESv2_POWERVR_SGX540_120.so libGLESv2_POWERVR_SGX540_120.so@0x1cfd4
1 libGLESv2_POWERVR_SGX540_120.so libGLESv2_POWERVR_SGX540_120.so@0x1cfa3
2 libGLESv2_POWERVR_SGX540_120.so libGLESv2_POWERVR_SGX540_120.so@0x2001f
3 libGLESv2_POWERVR_SGX540_120.so libGLESv2_POWERVR_SGX540_120.so@0x20f23
4 libxul.so GeckoStart toolkit/xre/nsAndroidStartup.cpp:76
5 libxul.so mozilla::gl::GLContext::UploadSurfaceToTexture nsAutoPtr.h:968
6 libxul.so mozilla::gl::TextureImageEGL::DirectUpdate gfx/thebes/GLContextProviderEGL.cpp:1154
7 libxul.so mozilla::layers::ShadowBufferOGL::Upload gfx/layers/opengl/ThebesLayerOGL.cpp:653
8 libxul.so mozilla::layers::ShadowThebesLayerOGL::Swap nsAutoPtr.h:968
9 libxul.so mozilla::layers::ShadowLayersParent::RecvUpdate PLayers.h:532
10 libxul.so mozilla::layers::PLayersParent::OnMessageReceived PLayersParent.cpp:222
11 libxul.so mozilla::dom::PContentParent::OnMessageReceived PContentParent.cpp:1218
12 libxul.so mozilla::ipc::SyncChannel::OnDispatchMessage ipc/glue/SyncChannel.cpp:172
13 libxul.so mozilla::ipc::RPCChannel::OnMaybeDequeueOne ipc/glue/RPCChannel.cpp:436
14 libxul.so RunnableMethod<mozilla::ipc::RPCChannel, bool , Tuple0>::Run ipc/chromium/src/base/task.h:308
15 libxul.so mozilla::ipc::RPCChannel::DequeueTask::Run RPCChannel.h:475
16 libxul.so MessageLoop::RunTask ipc/chromium/src/base/message_loop.cc:344
17 libxul.so MessageLoop::DeferOrRunPendingTask ipc/chromium/src/base/message_loop.cc:354
18 libxul.so MessageLoop::DoWork ipc/chromium/src/base/message_loop.cc:451
19 libxul.so mozilla::ipc::DoWorkRunnable::Run ipc/glue/MessagePump.cpp:71
20 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:626
21 libxul.so NS_ProcessNextEvent_P nsThreadUtils.cpp:250
22 libxul.so mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:134
23 libxul.so MessageLoop::RunInternal ipc/chromium/src/base/message_loop.cc:220
24 libxul.so MessageLoop::Run ipc/chromium/src/base/message_loop.cc:512
25 libxul.so nsBaseAppShell::Run widget/src/xpwidgets/nsBaseAppShell.cpp:198
26 libxul.so nsAppStartup::Run toolkit/components/startup/src/nsAppStartup.cpp:192
27 libxul.so XRE_main toolkit/xre/nsAppRunner.cpp:3697
28 libxul.so GeckoStart toolkit/xre/nsAndroidStartup.cpp:131
29 libc.so libc.so@0x111b3
30 libc.so libc.so@0x10ca3
According to the low ADU, the regression range "could" be:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d641b5c7774e&tochange=7f2b60765d01
More reports at:
http://crash-stats.mozilla.com/report/list?range_value=4&range_unit=weeks&signature=libGLESv2_POWERVR_SGX540_120.so%400x1cfd4
![]() |
Reporter | |
Updated•15 years ago
|
tracking-fennec: --- → ?
![]() |
Reporter | |
Comment 1•15 years ago
|
||
It is a more generic and older issue so the regression range in comment 0 is wrong.
http://crash-stats.mozilla.com/query/query?product=Fennec&range_value=4&range_unit=weeks&query_search=signature&query_type=startswith&query=libGLESv2_POWERVR_SGX540_120.so&build_id=&process_type=any&hang_type=any&do_query=1
Summary: Fennec crash [@ libGLESv2_POWERVR_SGX540_120.so@0x1cfd4 ] → Fennec crash [@ libGLESv2_POWERVR_SGX540_120.so@0x1cfd4 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1d034 ][@ libGLESv2_POWERVR_SGX540_120.so@0xe3b4 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1d048 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1cfe8 ]
Updated•15 years ago
|
blocking2.0: --- → ?
tracking-fennec: ? → 2.0+
Updated•15 years ago
|
Summary: Fennec crash [@ libGLESv2_POWERVR_SGX540_120.so@0x1cfd4 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1d034 ][@ libGLESv2_POWERVR_SGX540_120.so@0xe3b4 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1d048 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1cfe8 ] → [OGL] Fennec crash [@ libGLESv2_POWERVR_SGX540_120.so@0x1cfd4 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1d034 ][@ libGLESv2_POWERVR_SGX540_120.so@0xe3b4 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1d048 ][@ libGLESv2_POWERVR_SGX540_120.so@0x1cfe8 ]
Comment 3•15 years ago
|
||
I believe this was fixed by a patch cjones landed.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
![]() |
Reporter | |
Updated•15 years ago
|
Resolution: FIXED → WORKSFORME
![]() |
Reporter | |
Comment 4•15 years ago
|
||
Crash in Fennec 4.0b4pre/20110112: bp-8f1642af-5e66-4678-9821-a0c122110112.
So it is not fixed.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated•15 years ago
|
tracking-fennec: 2.0+ → 2.0b4+
Updated•15 years ago
|
tracking-fennec: 2.0b4+ → 2.0next+
Updated•14 years ago
|
tracking-fennec: 2.0next+ → 6+
Updated•14 years ago
|
tracking-fennec: 6+ → 7+
Assignee | ||
Updated•14 years ago
|
Crash Signature: [@ libGLESv2_POWERVR_SGX540_120.so@0x1cfd4 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1d034 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0xe3b4 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1d048 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1cfe8 ]
Updated•14 years ago
|
tracking-fennec: 7+ → +
Crash Signature: [@ libGLESv2_POWERVR_SGX540_120.so@0x1cfd4 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1d034 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0xe3b4 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1d048 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1cfe8 ] → [@ libGLESv2_POWERVR_SGX540_120.so@0x1cfd4 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1d034 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0xe3b4 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1d048 ]
[@ libGLESv2_POWERVR_SGX540_120.so@0x1cfe8 ]
Updated•14 years ago
|
Blocks: opengl-mobile
Comment 5•14 years ago
|
||
Ajuma is working on the crashes with addresses 0xe8** under bug 695246. He found that they are related to glTexSubImage2D with a non default framebuffer.
Depends on: 695246
Updated•14 years ago
|
Status: REOPENED → RESOLVED
Closed: 15 years ago → 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•