On Tue, Jan 28, 2025 at 02:10:45PM +0900, Mike Hommey wrote: > On Tue, Jan 28, 2025 at 04:41:26AM +0100, Sebastian Reichel wrote: > > Package: firefox > > Version: 134.0.2-2 > > Severity: important > > X-Debbugs-Cc: Mike Hommey <gland...@debian.org>, Sebastian Reichel > > <s...@debian.org> > > > > Hi, > > > > I see a lot of tab crashes with Debian's firefox binary on arm64 based > > T14s Gen6 Snapdragon. Usually when starting firefox or opening a new tab > > I am greeted with the tab crash reporter. After a few tries a page is > > actually rendered, so its not 100% broken. But with 80% crashes it is > > more or less unusable. The same setup on amd64 runs fine and the crashes > > also happen in safe mode / without a profile. > > > > Apparently there is no firefox arm64 version in flathub, but I tried the > > librewolf 134.0.2 fork from there and I haven't seen a single crash with > > that. This suggests the crashes are somehow specific to the Debian > > version. > > > > I used minidump-stackwalk as suggested by the firefox project to get > > a stacktrace for a few of the dmp files generated by firefox and it > > always seems to be due to SIGILL originating from locked_profiler_start > > as in the following output from minidump-stackwalk. > > The SIGILL is actually happening in libgcc_s.so.1, and the faulting > instructions is autia1716. I'm not sure how much Firefox is at fault > here. The "good" news, at least, is that I can reproduce in a VM on > a mac.
Here is a workaround: - go to about:config - in the search field, search for "phc" - flip "memory.phc.enabled" to false Mike
