Closed
Bug 623493
Opened 13 years ago
Closed 13 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•13 years ago
|
tracking-fennec: --- → ?
Reporter | ||
Comment 1•13 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•13 years ago
|
blocking2.0: --- → ?
tracking-fennec: ? → 2.0+
Updated•13 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•13 years ago
|
||
I believe this was fixed by a patch cjones landed.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•13 years ago
|
Resolution: FIXED → WORKSFORME
Reporter | ||
Comment 4•13 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•13 years ago
|
tracking-fennec: 2.0+ → 2.0b4+
Updated•13 years ago
|
tracking-fennec: 2.0b4+ → 2.0next+
Updated•13 years ago
|
tracking-fennec: 2.0next+ → 6+
Updated•13 years ago
|
tracking-fennec: 6+ → 7+
Assignee | ||
Updated•13 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•13 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•13 years ago
|
Blocks: opengl-mobile
Comment 5•13 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•13 years ago
|
Status: REOPENED → RESOLVED
Closed: 13 years ago → 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•