Closed
Bug 500301
Opened 16 years ago
Closed 15 years ago
Fennec crashes loading planet.mozilla.org
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: abillings, Unassigned)
References
()
Details
If Fennec loads planet.mozilla.org, it will crash. This was seen with the beta candidate builds from 6/24 with both the HTC and the n810.
Turning off both of the JIT settings had no effect on the crash.
Reporter | ||
Comment 1•16 years ago
|
||
This is actually n810 only on Maemo. It does not repro on WinCE.
OS: All → Linux (embedded)
Hardware: All → ARM
Comment 2•16 years ago
|
||
I can load planet on 6-11:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2009-06-11-01-mobile-trunk/fennec-1.0b2pre.en-US.linux-gnueabi-arm.tar.bz2
will continue testing
Comment 3•16 years ago
|
||
this also works with a 6-17 build, I will pick up more in an hour or so to narrow this down.
Reporter | ||
Comment 4•16 years ago
|
||
This may be a Maemo only issue.
Comment 5•16 years ago
|
||
I have tried a whole list of builds up until the final one on 6-24:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2009-06-24-11-mobile-trunk/fennec-1.0b2.en-US.linux-gnueabi-arm.tar.bz2
No builds have crashed on planet.mozilla.org. I wait until the page is fully loaded (larry icon shows the mozilla head).
So I guess I cannot repro this :(
Comment 6•16 years ago
|
||
After changing the cache values for "image.cache.size" I could not get p.m.o to crash on Maemo.
Bug 448073 landed with new cache values.
Al - can you verify if this has been fixed for you
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 7•16 years ago
|
||
This crashed for me with the build from 7/19. Do I need to manually change the cache size?
Reporter | ||
Updated•16 years ago
|
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 8•16 years ago
|
||
Crashing for me on n810 with JIT turned off:
(gdb) info all
r0 0x0 0
r1 0x112d 4397
r2 0x6 6
r3 0x4000c750 1073792848
r4 0x112d 4397
r5 0x6 6
r6 0x41136c38 1091791928
r7 0x10c 268
r8 0xc34 3124
r9 0xc38 3128
r10 0x41136000 1091788800
r11 0xbea67cf4 3198582004
r12 0xbea67bd8 3198581720
sp 0xbea67bc8 0xbea67bc8
lr 0x41050e40 1090850368
pc 0x41050e74 0x41050e74
f0 0 (raw 0x000189880000000000000000)
f1 0 (raw 0x000189880000000000000000)
f2 0 (raw 0x000189880000000000000000)
f3 0 (raw 0x000189880000000000000000)
f4 0 (raw 0x000189880000000000000000)
f5 0 (raw 0x000189880000000000000000)
f6 0 (raw 0x000189880000000000000000)
f7 0 (raw 0x000189880000000000000000)
fps 0x0 0
cpsr 0x20000010 536870928
(gdb) disas $pc-128 $pc+128
Dump of assembler code from 0x41050df4 to 0x41050ef4:
0x41050df4: moveq r5, #268435456 ; 0x10000000
0x41050df8: movne r5, #0 ; 0x0
0x41050dfc: orr r3, r3, r1
0x41050e00: mov r0, r6
0x41050e04: add r1, sp, #144 ; 0x90
0x41050e08: mov r2, sp
0x41050e0c: str r3, [r4, r12, lsl #2]
0x41050e10: str r5, [sp, #276]
0x41050e14: bl 0x41051088
0x41050e18: cmp r0, #0 ; 0x0
0x41050e1c: ldrge r1, [sp]
0x41050e20: mvnlt r1, #0 ; 0x0
0x41050e24: b 0x41050dac
0x41050e28: andeq r5, lr, r8, lsl #5
0x41050e2c: andeq r5, lr, r12, ror #6
0x41050e30: andeq r2, r0, r4, lsr #29
0x41050e34: stmdb sp!, {r4, r5, r7, lr}
0x41050e38: mov r5, r0
0x41050e3c: bl 0x4103c570
0x41050e40: ldr r4, [r0, #-1112]
0x41050e44: mov r3, r0
0x41050e48: cmp r4, #0 ; 0x0
0x41050e4c: ldr r0, [r0, #-1108]
0x41050e50: bne 0x41050e90
0x41050e54: mov r7, #224 ; 0xe0
0x41050e58: svc 0x00000000
0x41050e5c: mov r4, r0
0x41050e60: str r4, [r3, #-1112]
0x41050e64: mov r2, r5
0x41050e68: mov r1, r4
0x41050e6c: mov r7, #268 ; 0x10c
0x41050e70: svc 0x00000000
0x41050e74: cmn r0, #4096 ; 0x1000
0x41050e78: mov r1, r0
0x41050e7c: bhi 0x41050eac
0x41050e80: cmn r0, #1 ; 0x1
0x41050e84: beq 0x41050ec4
0x41050e88: mov r0, r1
0x41050e8c: ldmia sp!, {r4, r5, r7, pc}
0x41050e90: cmp r0, #0 ; 0x0
0x41050e94: bgt 0x41050e64
0x41050e98: bic r3, r0, #-2147483648 ; 0x80000000
0x41050e9c: cmp r3, #0 ; 0x0
0x41050ea0: rsbne r0, r0, #0 ; 0x0
0x41050ea4: moveq r0, r4
0x41050ea8: b 0x41050e64
0x41050eac: ldr r3, [pc, #104] ; 0x41050f1c
0x41050eb0: rsb r2, r1, #0 ; 0x0
0x41050eb4: bl 0x4103c570
0x41050eb8: ldr r3, [pc, r3]
0x41050ebc: mvn r1, #0 ; 0x0
0x41050ec0: str r2, [r0, r3]
0x41050ec4: ldr r3, [pc, #84] ; 0x41050f20
0x41050ec8: bl 0x4103c570
0x41050ecc: ldr r3, [pc, r3]
0x41050ed0: ldr r2, [r0, r3]
0x41050ed4: cmp r2, #38 ; 0x26
0x41050ed8: bne 0x41050e88
0x41050edc: mov r1, r5
0x41050ee0: mov r0, r4
0x41050ee4: mov r7, #238 ; 0xee
0x41050ee8: svc 0x00000000
0x41050eec: cmn r0, #4096 ; 0x1000
0x41050ef0: mov r2, r0
End of assembler dump.
Comment 9•16 years ago
|
||
Lowering the image.cache.size to 1024 didn't even allow the page to load. Still crashed
Comment 12•15 years ago
|
||
WFM on the HTC touch pro, I agree with Al that this is a maemo only issue
Comment 13•15 years ago
|
||
wfm on n810
Status: REOPENED → RESOLVED
Closed: 16 years ago → 15 years ago
Resolution: --- → FIXED
Comment 14•15 years ago
|
||
PMO is loading fine on build Id without swap enabled:
Mozilla/5.0 (X11; U; Linux armv6l; en-US; rv:1.9.2a2pre) Gecko/20090903
Fennec/1.0b4pre
Status: RESOLVED → VERIFIED
Assignee | ||
Updated•11 years ago
|
tracking-fennec: ? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•