Bug 1313692 - FF45 segfaulting on start on aarch64
Summary: FF45 segfaulting on start on aarch64
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: firefox
Version: 7.2
Hardware: aarch64
OS: Unspecified
high
high
Target Milestone: rc
: 7.4
Assignee: Jan Horak
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1357680
TreeView+ depends on / blocked
 
Reported: 2016-03-02 08:58 UTC by Tomas Pelka
Modified: 2016-11-18 09:46 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-11-18 09:46:48 UTC
Target Upstream Version:


Attachments (Terms of Use)
ff45 backtrace (253.67 KB, text/plain)
2016-03-02 08:58 UTC, Tomas Pelka
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1358441 1 None None None 2021-01-20 06:05:38 UTC

Internal Links: 1358441

Description Tomas Pelka 2016-03-02 08:58:30 UTC
Created attachment 1132190 [details]
ff45 backtrace

Description of problem:
Segfault right after ff start, core file (http://download.eng.brq.redhat.com/scratch/tpelka/ff/core.14347) and backtrace attached.

Version-Release number of selected component (if applicable):
firefox-45.0-0.12.el7_2.aarch64

How reproducible:
100%

Steps to Reproduce:
1. start ff
2.
3.

Actual results:
segfault

Expected results:
should not segfault

Additional info:

Comment 1 Tomas Pelka 2016-03-02 10:38:29 UTC
I can reproduce on s390x too -> Program terminated with signal 11, Segmentation fault.

Comment 2 Tomas Pelka 2016-03-09 17:31:37 UTC
s390x seem to be fine with firefox-45.0-3.el7_2.s390x, arm still segfaulting

Comment 3 Jon Masters 2016-04-12 17:02:51 UTC
Can you provide some information about the test platform? Which machine?

Comment 5 Laszlo Ersek 2016-09-21 21:51:04 UTC
I'm not seeing this (immediate) crash with firefox-45.3.0-1.el7_2.aarch64.

I do encounter the (delayed) crash reported in bug 1358441. For that bug, I think I actually have an analysis (no hard proof or patch yet), so I'll continue there. I originally thought this BZ would be a duplicate, but the stack dump in comment 0 here looks very different, so these two are likely not duplicates.

(OTOH, as I said, I can't see *this* kind of crash at all, so maybe we can close this as WORKSFORME, if it stops reproducing for everyone else too.)

Comment 7 Laszlo Ersek 2016-09-23 02:52:50 UTC
Hi Tomas,

if the question is addressed to me, then I don't understand it. As I wrote in comment 5, I couldn't reproduce this specific kind of crash at all, even with "firefox-45.3.0-1.el7_2".

Regarding "firefox-45.4.0-1.el7_2" (which you linked in comment 6): the fix that I prepared for the other bug 1358441 works well on top of firefox-45.4.0-1, so firefox-45.4.0-1 is certainly a good baseline -- with my build I'm not seeing any crashes at all.


If your question is addressed to the other subscribers of this bug, so that we learn whether firefox-45.4.0-1 reproduces this specific bug for them or not, then sorry for the noise.

Comment 8 Tomas Pelka 2016-09-23 06:39:51 UTC
Yeah I had commented before I read your message till the end, so simply ignore it. 

Sorry for confusion.


Note You need to log in before you can comment on or make changes to this bug.