Closed
Bug 845146
Opened 12 years ago
Closed 12 years ago
Intermittent test_bug610212.html, test_bug606817.html, test_bug613979.html | application crashed [@ libGLESv2_POWERVR_SGX540_120.so + 0x19904]
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: RyanVM, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: crash, intermittent-failure, Whiteboard: [likely a real bug, unlikely a test flakyness])
Crash Data
https://tbpl.mozilla.org/php/getParsedLog.php?id=20079389&tree=Mozilla-Inbound
Android 4.0 Panda mozilla-inbound opt test mochitest-2 on 2013-02-25 13:58:14 PST for push 99f36af07e3b
slave: panda-0612
75986 INFO TEST-END | /tests/content/html/content/test/test_bug607145.html | finished in 595ms
75987 INFO TEST-START | /tests/content/html/content/test/test_bug610212.html
INFO | automation.py | Application ran for: 0:03:15.845754
INFO | automation.py | Reading PID log: /tmp/tmp7LA8K5pidlog
getting files in '/mnt/sdcard/tests/profile/minidumps/'
Downloading symbols from: http://ftp.mozilla.org/pub/mozilla.org/mobile/tinderbox-builds/mozilla-inbound-android/1361827474/fennec-22.0a1.en-US.android-arm.crashreporter-symbols.zip
PROCESS-CRASH | /tests/content/html/content/test/test_bug610212.html | application crashed [@ libGLESv2_POWERVR_SGX540_120.so + 0x19904]
Crash dump filename: /tmp/tmpetEQr_/2888228b-001c-8d4d-61215398-36209f1c.dmp
Operating system: Android
0.0.0 Linux 3.2.0+ #2 SMP PREEMPT Thu Nov 29 08:06:57 EST 2012 armv7l pandaboard/pandaboard/pandaboard:4.0.4/IMM76I/5:eng/test-keys
CPU: arm
0 CPUs
Crash reason: SIGSEGV
Crash address: 0x9
Thread 0 (crashed)
0 libGLESv2_POWERVR_SGX540_120.so + 0x19904
r4 = 0x0000002d r5 = 0x0190ae00 r6 = 0x01b16b58 r7 = 0x00000005
r8 = 0x00000000 r9 = 0x01d42910 r10 = 0x0190b450 fp = 0x01d72ec0
sp = 0xbebd8ef8 lr = 0x5bcef5d8 pc = 0x5be67904
Found by: given as instruction pointer in context
1 libGLESv2_POWERVR_SGX540_120.so + 0x1a862
sp = 0xbebd8f08 pc = 0x5be68864
Found by: stack scanning
2 libc.so + 0x137c1
sp = 0xbebd8f28 pc = 0x400e77c3
Found by: stack scanning
3 libGLESv2_POWERVR_SGX540_120.so + 0x10c8e
sp = 0xbebd8f58 pc = 0x5be5ec90
Found by: stack scanning
4 libGLESv2_POWERVR_SGX540_120.so + 0x1e42e
sp = 0xbebd8f60 pc = 0x5be6c430
Found by: stack scanning
5 libGLESv2_POWERVR_SGX540_120.so + 0x22532
sp = 0xbebd8f70 pc = 0x5be70534
Found by: stack scanning
Comment 1•12 years ago
|
||
Severity: normal → critical
Summary: Intermittent content/html/content/test/test_bug610212.html | application crashed [@ libGLESv2_POWERVR_SGX540_120.so + 0x19904] → Intermittent content/html/content/test/test_bug610212.html, test_bug606817.html | application crashed [@ libGLESv2_POWERVR_SGX540_120.so + 0x19904]
Updated•12 years ago
|
Whiteboard: [likely a real bug, unlikely a test flakyness]
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment 6•12 years ago
|
||
Maybe someone from the Android team should have a look at this?
Reporter | ||
Comment 7•12 years ago
|
||
Summary: Intermittent content/html/content/test/test_bug610212.html, test_bug606817.html | application crashed [@ libGLESv2_POWERVR_SGX540_120.so + 0x19904] → Intermittent test_bug610212.html, test_bug606817.html, test_bug613979.html | application crashed [@ libGLESv2_POWERVR_SGX540_120.so + 0x19904]
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment 11•12 years ago
|
||
(In reply to Mounir Lamouri (:mounir) from comment #6)
> Maybe someone from the Android team should have a look at this?
Please can you find an owner for this intermittent-failure - the current overall tree intermittent failure rate is spiralling out of control & the majority of bugs are unowned (see dev.platform thread).
Flags: needinfo?(blassey.bugs)
Comment 12•12 years ago
|
||
assigning to ted since I presume getting symbols for libc and libdv will shed some light on this.
Assignee: nobody → ted
Flags: needinfo?(blassey.bugs)
Comment 13•12 years ago
|
||
(In reply to Brad Lassey [:blassey] from comment #12)
> assigning to ted since I presume getting symbols for libc and libdv will
> shed some light on this.
Thank you :-)
Comment 14•12 years ago
|
||
I've got nothing here. I grabbed the minidump from the crash in comment 10, got the binaries for libGLESv2.. and libc, dumped what I could get out of them, and still can't get a useful stack. This is basically everything that's on the stack:
0xbec4af04: libGLESv2_POWERVR_SGX540_120.so!glScissor + 0x1cbc
0xbec4af24: libc.so!dlmalloc + 0xae
0xbec4af54: libGLESv2_POWERVR_SGX540_120.so!glGenRenderbuffers + 0xfc
0xbec4af5c: libGLESv2_POWERVR_SGX540_120.so!glBindAttribLocation + 0x1c4
0xbec4af6c: libGLESv2_POWERVR_SGX540_120.so!glCopyTexSubImage2D + 0xc00
0xbec4b120: libGLESv2_POWERVR_SGX540_120.so!glVertexAttribPointer + 0x226c8
0xbec4b134: libGLESv2_POWERVR_SGX540_120.so!glDrawArrays + 0x328
0xbec4b14c: libGLESv2_POWERVR_SGX540_120.so!glFinish + 0xa54
0xbec4b1b4: libGLESv2_POWERVR_SGX540_120.so!glFinish + 0x944
0xbec4b1c4: libGLESv2_POWERVR_SGX540_120.so!glGenTextures + 0x190
0xbec4bb1c: libc.so!dlmalloc + 0xae
0xbec4bc14: libc.so!__libc_init + 0x2a
0xbec4bf40: libxul.so!set_rgb_colorants [transform.c:e02eec70a603 : 261 + 0x33]
0xbec4bff4: libxul.so!bits_image_fetch_separable_convolution_affine_normal_a8 [pixman-bits-image.c:e02eec70a603 : 798 + 0x0]
The stuff at the bottom looks totally bogus, so as best I can tell this is just a bunch of crap in the GL driver.
Assignee: ted → nobody
Comment 15•12 years ago
|
||
How do you get minidumps from tinderbox runs? The uuid in the log doesn't seem to be a socorro id.
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment 17•12 years ago
|
||
(In reply to Jim Chen [:jchen :nchen] from comment #15)
> How do you get minidumps from tinderbox runs? The uuid in the log doesn't
> seem to be a socorro id.
Crash reporter is disabled on our testing infrastructure; you need to ask #releng to fetch the minidump from the test machine (as soon as possible after the job ran, to ensure it hasn't been purged).
Comment 18•12 years ago
|
||
I wasn't able to get anything either from the comment 16 minidump
The crashing thread is not the Gecko thread, so the stack doesn't contain information about Gecko. The Gecko thread is running JS that's AFAIK not related to graphics.
Either a core dump (bug 824760) or full Java stacks (bug 849220) will help the diagnosis.
Updated•12 years ago
|
Reporter | ||
Comment 19•12 years ago
|
||
Haven't hit this in ages. I'm assuming that whatever caused this has been fixed or morphed.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•