Closed Bug 1610274 Opened 6 years ago Closed 4 years ago

regression: Firefox on ARMv7 (thumb) crashes in few clicks

Categories

(Core :: Widget: Gtk, defect, P5)

72 Branch
Desktop
Linux
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: okias, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:73.0) Gecko/20100101 Firefox/73.0

Steps to reproduce:

  • Open Firefox.
  • start writing into URL bar or open some webpage

Actual results:

Under approx. 1 minute Firefox crash.

first firefox run dmesg:

[  212.714105] Alignment trap: not handling instruction f9612aef at [<b3d8d37a>]
[  212.714113] 8<--- cut here ---
[  212.714118] Unhandled fault: alignment exception (0x011) at 0xbecfb2f8
[  212.714124] pgd = b278e1a9
[  212.714127] [becfb2f8] *pgd=b7a0b831
[  212.714175] Alignment trap: not handling instruction f9610aef at [<b3d8d382>]
[  212.714177] 8<--- cut here ---
[  212.714181] Unhandled fault: alignment exception (0x001) at 0xbecfb308
[  212.714184] pgd = b278e1a9
[  212.714187] [becfb308] *pgd=b7a0b831

second firefox run:

[  296.097508] Alignment trap: not handling instruction f9612aef at [<b3dd537a>]
[  296.097518] 8<--- cut here ---
[  296.097524] Unhandled fault: alignment exception (0x011) at 0xbeb67388
[  296.097533] pgd = c42a77ce
[  296.097537] [beb67388] *pgd=b79dc831
[  296.097595] Alignment trap: not handling instruction f9610aef at [<b3dd5382>]
[  296.097598] 8<--- cut here ---
[  296.097602] Unhandled fault: alignment exception (0x001) at 0xbeb67398
[  296.097606] pgd = c42a77ce
[  296.097609] [beb67398] *pgd=b79dc831

Expected results:

As for Firefox 71.x, work as it should.

Hi
I tried to replicate the issue using Linux Ubuntu 18.04 64bit and the latest Firefox Nightly release 74.0a1 and firefox beta 73.0b11
opening new tabs and browsing did not crash.

Can you try with the newest Firefox Nightly release from here: https://nightly.mozilla.org/ and let us know if you experience the same problem?
Also after it crashes can you go to about:Crashes and provide us the link?

It might be good also to create a new profile, you have the steps here:https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager

Regards
Pablo

Component: Untriaged → Widget: Gtk
OS: Unspecified → Linux
Product: Firefox → Core
Hardware: Unspecified → Desktop

Can you please try to get a backtrace of the crash?
Thanks.

Flags: needinfo?(david)
Priority: -- → P5

I'm afraid there is no debug symbols (and firefox-dbg package missing at this moment in Alpine Linux).

Most of times it dies in "/usr/lib/firefox/libxul.so" but few times I saw just failure in musl (it's like 8:1 failure ratio, it shouldn't be musl issue, since musl version didn't changed + other application are 100% stable). I'm not alone who was able to reproduce that (on armv7 machine it didn't worked for another guy).

Feel free to defer looking into it until I get all required information.

Link to Alpine bug: https://gitlab.alpinelinux.org/alpine/aports/issues/11141

hi, I'm using firefox >=70.x all the time on my rpi2, and can't see any failure with this binary. I'm using gcc and bfd linker, but it's a glibc based toolchain. I was tinkering around for a while with musl based toolchains, and this binary would always segfault at startup. Since you're not providing any information about how you compiled your binary, I still hope this is helpfull for you.

"this bug is fixed in newer firefoxes (forgot which version) and firefox works fine on armv7 in last few months and (iirc) on 3.14-stable alpine release." - Milan P. Stanić @mps

Closing

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Flags: needinfo?(david)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.