[Bug 1212101] New: Firefox 1114.0-2.1 immediately crashes at startup.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 Bug ID: 1212101 Summary: Firefox 1114.0-2.1 immediately crashes at startup. Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: factory-mozilla@lists.opensuse.org Reporter: paul.pgp-7@gmx.com QA Contact: qa-bugs@suse.de Target Milestone: --- Found By: --- Blocker: --- Just updated Firefox 113.0.2 -> 114.0 (from https://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/) on a TW system (20230605). Firefox now consistently crashes at startup, no GUI is shown it just immediately brings up the Firefox Crash Reporter dialogue. Tested with a new user and new default Firefox profile, same result, immediate crash. FF 114.o is working OK on Leap 15.4, this appears restricted only to TW. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 Paul Tannington <paul.pgp-7@gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Firefox 1114.0-2.1 |Firefox 114.0-2.1 |immediately crashes at |immediately crashes at |startup. |startup. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c2 Paul Tannington <paul.pgp-7@gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(paul.pgp-7@gmx.co | |m) | --- Comment #2 from Paul Tannington <paul.pgp-7@gmx.com> ---
Do you have more information?
Unsure of what other information, or where to obtain it, would be useful :( The machine in question is quite elderly hardware: Operating System: openSUSE Tumbleweed 20230605 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.106.0 Qt Version: 5.15.9 Kernel Version: 6.3.4-1-default (64-bit) Graphics Platform: X11 Processors: 2 × AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ Memory: 3.8 GiB of RAM Graphics Processor: NV84 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: GA-MA770-DS3 (I have a second machine which is hardware identical, also running TW20230605. Updating FF 113.0.2 -> 114.0 also results in the immediate crash. Reverting both machines to FF 113.0.2 using a saved 113 profile and FF starts as normal.) "journalctl -f" yields the following upon attempting to launch FF: Jun 07 13:51:27 Orion-15.openSUSE systemd[1095]: Started Firefox - Web Browser. Jun 07 13:51:28 Orion-15.openSUSE kmozillahelper[2148]: kf.i18n: KLocalizedString: Using an empty domain, fix the code. msgid: "Mozilla Firefox" msgid_plural: "" msgctxt: "" Jun 07 13:51:29 Orion-15.openSUSE firefox[2111]: Theme parsing error: gtk-dark.css:1:50: Failed to import: Error opening file /usr/share/themes/Breeze-Dark/gtk-3.20/gtk.css: No such file or directory Jun 07 13:51:29 Orion-15.openSUSE firefox[2111]: Theme parsing error: gtk-dark.css:1:50: Failed to import: Error opening file /usr/share/themes/Breeze-Dark/gtk-3.20/gtk.css: No such file or directory Jun 07 13:51:29 Orion-15.openSUSE firefox[2111]: Theme parsing error: gtk.css:68:35: The style property GtkButton:child-displacement-x is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 07 13:51:29 Orion-15.openSUSE firefox[2111]: Theme parsing error: gtk.css:69:35: The style property GtkButton:child-displacement-y is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 07 13:51:29 Orion-15.openSUSE firefox[2111]: Theme parsing error: gtk.css:71:36: The style property GtkCheckMenuItem:indicator-size is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 07 13:51:29 Orion-15.openSUSE firefox[2111]: Theme parsing error: gtk.css:73:46: The style property GtkScrolledWindow:scrollbars-within-bevel is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 07 13:51:29 Orion-15.openSUSE firefox[2111]: Theme parsing error: gtk.css:76:30: The style property GtkExpander:expander-size is deprecated and shouldn't be used anymore. It will be removed in a future version Jun 07 13:51:29 Orion-15.openSUSE plasmashell[2111]: ATTENTION: default value of option mesa_glthread overridden by environment. Jun 07 13:51:29 Orion-15.openSUSE plasmashell[2111]: ATTENTION: default value of option mesa_glthread overridden by environment. Jun 07 13:51:29 Orion-15.openSUSE plasmashell[2111]: ATTENTION: default value of option mesa_glthread overridden by environment. Jun 07 13:51:29 Orion-15.openSUSE plasmashell[2111]: ExceptionHandler::GenerateDump cloned child 2174 Jun 07 13:51:29 Orion-15.openSUSE plasmashell[2111]: ExceptionHandler::SendContinueSignalToChild sent continue signal to child Jun 07 13:51:29 Orion-15.openSUSE plasmashell[2174]: ExceptionHandler::WaitForContinueSignal waiting for continue signal... Jun 07 13:51:30 Orion-15.openSUSE plasmashell[1221]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:286: Unable to assign [undefined] to QString Jun 07 13:51:38 Orion-15.openSUSE systemd[1095]: app-firefox-e557337bebaa4a8283013fac9b8f22d0.scope: Consumed 2.750s CPU time. What other information would be useful? -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c3 --- Comment #3 from hui <sturm-fr@web.de> --- Basics like: - output when startet from terminal? - Troubleshooting mode? https://support.mozilla.org/en-US/kb/diagnose-firefox-issues-using-troublesh... -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c4 --- Comment #4 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to hui from comment #3)
Basics like: - output when startet from terminal?
Provides nothing over and above that shown in comment #2 from "journalctl -f" and starting FF paul@Orion-15:~$ firefox (firefox:1455): Gtk-WARNING **: 18:19:56.281: Theme parsing error: gtk-dark.css:1:50: Failed to import: Error opening file /usr/share/themes/Breeze-Dark/gtk-3.20/gtk.css: No such file or directory (firefox:1455): Gtk-WARNING **: 18:19:56.346: Theme parsing error: gtk-dark.css:1:50: Failed to import: Error opening file /usr/share/themes/Breeze-Dark/gtk-3.20/gtk.css: No such file or directory (firefox:1455): Gtk-WARNING **: 18:19:56.350: Theme parsing error: gtk.css:68:35: The style property GtkButton:child-displacement-x is deprecated and shouldn't be used anymore. It will be removed in a future version (firefox:1455): Gtk-WARNING **: 18:19:56.351: Theme parsing error: gtk.css:69:35: The style property GtkButton:child-displacement-y is deprecated and shouldn't be used anymore. It will be removed in a future version (firefox:1455): Gtk-WARNING **: 18:19:56.351: Theme parsing error: gtk.css:71:36: The style property GtkCheckMenuItem:indicator-size is deprecated and shouldn't be used anymore. It will be removed in a future version (firefox:1455): Gtk-WARNING **: 18:19:56.351: Theme parsing error: gtk.css:73:46: The style property GtkScrolledWindow:scrollbars-within-bevel is deprecated and shouldn't be used anymore. It will be removed in a future version (firefox:1455): Gtk-WARNING **: 18:19:56.351: Theme parsing error: gtk.css:76:30: The style property GtkExpander:expander-size is deprecated and shouldn't be used anymore. It will be removed in a future version ATTENTION: default value of option mesa_glthread overridden by environment. ATTENTION: default value of option mesa_glthread overridden by environment. ATTENTION: default value of option mesa_glthread overridden by environment. ExceptionHandler::GenerateDump cloned child ExceptionHandler::WaitForContinueSignal waiting for continue signal... 1506 ExceptionHandler::SendContinueSignalToChild sent continue signal to child paul@Orion-15:~$ I think the Gtk warnings about "No such file or directory" are rather a red herring, as the referenced file is not present on my Leap 15.4 systems on which FF 114 is working without this problem.
- Troubleshooting mode? https://support.mozilla.org/en-US/kb/diagnose-firefox-issues-using- troubleshoot-mode
As I wrote in the initial post, FF is crashing before it even displays it's GUI, it goes straight to the "Mozilla Crash Reporter" dialogue. Starting FF from the command line with "firefox -safe-mode" also immediately crashes. The "real" information of use is probably the crash dump file produced which is submitted to Mozilla via the "Mozilla Crash Reporter" - it's an approx 500k binary file... -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c10 --- Comment #10 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Wolfgang Rosenauer from comment #8)
Did Firefox create a crashreport which was sent to mozilla for any of you?
Yes, also submitted. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c11 --- Comment #11 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Paul Tannington from comment #10)
(In reply to Wolfgang Rosenauer from comment #8)
Did Firefox create a crashreport which was sent to mozilla for any of you?
Yes, also submitted.
https://crash-stats.mozilla.org/report/index/ec7a98ca-eef4-4ee7-879a-309e802... -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c12 --- Comment #12 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Gerhard Maier from comment #9)
(In reply to Wolfgang Rosenauer from comment #8)
Did Firefox create a crashreport which was sent to mozilla for any of you?
Yes, i sent various reports to mozilla
@Gerhard Maier You might want to check to see if your crash report was actually submitted, as in my instance it appears not to have been. "Mozilla Crash Reporter" indicated the report was sent, but I was unable to find it at "https://crash-stats.mozilla.org" and locally ".mozilla/firefox/Crash Reports/submitted/" was empty. I copied the entire "/.mozilla/firefox/Crash Reports" directory structure from FF 114 to a working FF 113 and then used "about:crashes" to submit the report, this time successfully. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c13 Markus Elfring <Markus.Elfring@web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Markus.Elfring@web.de --- Comment #13 from Markus Elfring <Markus.Elfring@web.de> --- (In reply to Paul Tannington from comment #0) I became also curious when the program can be properly started again after the software package “MozillaFirefox 114.0-2.1”. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c14 Andreas Stieger <Andreas.Stieger@gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.mozilla.or | |g/show_bug.cgi?id=1837201 CC| |Andreas.Stieger@gmx.de --- Comment #14 from Andreas Stieger <Andreas.Stieger@gmx.de> --- Possibly https://bugzilla.mozilla.org/show_bug.cgi?id=1837201 -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c15 --- Comment #15 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Andreas Stieger from comment #14)
Possibly https://bugzilla.mozilla.org/show_bug.cgi?id=1837201
I don't believe that is the reason for the crash reported here: I had seen that bug report, however looking at the linked (Mozilla) bug reports the reason for the crash is either "EXCEPTION_BREAKPOINT" or "EXC_BAD_ACCESS / KERN_INVALID_ADDRESS". Whereas in this (Mozilla) bug report instance, link in comment #11, all reports give the reason as "SIGILL / ILL_ILLOPN". Also, interestingly, disregarding 5 duplicated reports, 16 out of 17 list the OS as "openSUSE Tumbleweed" (the 17th being a generic "Linux"). 16/17 seems a little more than coincidence maybe? -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c16 --- Comment #16 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Paul Tannington from comment #15) ...
... however looking at the linked (Mozilla) bug reports the reason for the crash is either "EXCEPTION_BREAKPOINT" or "EXC_BAD_ACCESS / KERN_INVALID_ADDRESS". ... Whereas in this (Mozilla) bug report instance, link in comment #11, all reports give the reason as "SIGILL / ILL_ILLOPN".
Sorry, I meant "crash report", not "bug report" ... -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c17 --- Comment #17 from Andreas Stieger <Andreas.Stieger@gmx.de> --- Confirm still crashing on start-up with 114.0.1 -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c18 --- Comment #18 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Andreas Stieger from comment #17)
Confirm still crashing on start-up with 114.0.1
Hmmm. Yes, just updated one of my TW machines to FF 114.0.1 and indeed FF still crashes at start-up. Also, as before with 114.0, on Leap 15.4 FF 114.0.1-lp154.1.1 starts OK. Don't know if this is a FF or TW issue, initially I wondered if it could be hardware (CPU / GPU) related, but looking at the Mozilla crash reports submitted for 114 there is a mix of hardware, AMD and Intel CPUs, and AMD, Intel & nVidia graphics... -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c19 --- Comment #19 from Paul Tannington <paul.pgp-7@gmx.com> --- Let's get the ball rolling again... Submitted Crash Report to Mozilla: https://crash-stats.mozilla.org/report/index/78361b89-e993-4de7-a59e-d808a02... As with the 114.0 crashes, the reason given in the Crash Report is "SIGILL / ILL_ILLOPN" -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 Paul Tannington <paul.pgp-7@gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Firefox 114.0-2.1 |Firefox 114.0 and 114.0.1 |immediately crashes at |immediately crashes at |startup. |startup. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c20 Jazz <jayjayjazz@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jayjayjazz@gmail.com --- Comment #20 from Jazz <jayjayjazz@gmail.com> --- Also happening on my Tumbleweed machine: https://crash-stats.mozilla.org/report/index/699d1007-3129-4c78-b137-6bc3002... - KDE: yes - nvidia: no -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 Andreas Stieger <Andreas.Stieger@gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugzilla.mozilla.or | |g/show_bug.cgi?id=1837201 | -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c21 Nikolai Nikolaevskii <kaykaykay123@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo? CC| |kaykaykay123@gmail.com --- Comment #21 from Nikolai Nikolaevskii <kaykaykay123@gmail.com> --- Users with troubles - please try to use Firefox tar from Mozilla: https://www.mozilla.org/en-US/firefox/all/#product-desktop-release I have some suspicions. FF 114 & 114.0.1 works OK on Leap 15.4. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c22 --- Comment #22 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Nikolai Nikolaevskii from comment #21)
Users with troubles - please try to use Firefox tar from Mozilla: https://www.mozilla.org/en-US/firefox/all/#product-desktop-release I have some suspicions. FF 114 & 114.0.1 works OK on Leap 15.4.
Tried that already, FF provided by "firefox-114.0.1.tar.bz2" still crashes in the same manner on my TW system. To clarify your post. Are you saying that on your TW system 114.0.1 (from https://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/) crashes, but that provide by "firefox-114.0.1.tar.bz2" doesn't crash? -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c24 Paul Tannington <paul.pgp-7@gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo? | --- Comment #24 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Paul Tannington from comment #22)
(In reply to Nikolai Nikolaevskii from comment #21)
Users with troubles - please try to use Firefox tar from Mozilla: https://www.mozilla.org/en-US/firefox/all/#product-desktop-release ...
Tried that already, FF provided by "firefox-114.0.1.tar.bz2" still crashes in the same manner on my TW system.
... Further to that, I've just retried once more to confirm: Using "https://ftp.mozilla.org/pub/firefox/releases/114.0.1/linux-x86_64/en-GB/fire..." (MD5: 4ab794c5200c65f67cab6f9db1340d78) FF Immediately crashes at start-up in the same manner. Mozilla Crash Report: https://crash-stats.mozilla.org/report/index/81f45207-9b1e-44d8-b727-7594a02... (In reply to Martin Sirringhaus from comment #23)
I just contacted upstream, and they don't have the symbols for those builds yet. Which is why the crash-reports are more or less empty (all red).
They'll scrape them now and hopefully are able to reprocess the crash-reports to contain actual stack traces and proper info, soon.
Excellent, many thanks. We will await the outcome. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c25 --- Comment #25 from Nikolai Nikolaevskii <kaykaykay123@gmail.com> --- ILL problem is in using SSE instruction in AVX notation. This bug is distinct from bmo #1837201. My bug report in bmo: https://bugzilla.mozilla.org/show_bug.cgi?id=1838323 Copy from bmo #1838323: ----------------------------------------------------------- ILL bug persist only on the newest Linux distributions, such as openSUSE Tumbleweed. openSUSE bugzilla: https://bugzilla.opensuse.org/show_bug.cgi?id=1212101 Possibly this is not Firefox bug, but gcc or compile options or something other. Batch of crash reports: https://crash-stats.mozilla.org/signature/?product=Firefox&signature=libxul.so%400x3c912e0%20%7C%20libxul.so%400x3da095a%20%7C%20firefox%400x17eee&date=%3E%3D2023-06-06T20%3A12%3A00.000Z&date=%3C2023-06-13T20%3A12%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1#summary Info from "Crash Report" - "Raw Data and Minidumps": "crash_info": { "address": "0x00007fe6fbe912e0", "assertion": null, "crashing_thread": 0, "instruction": "vshufps xmm0, xmm0, xmm0, 0x0", "memory_accesses": [ ], "type": "SIGILL / ILL_ILLOPN" Instruction vshufps is a SSE instruction coded in AVX notation, that is why it requires AVX support: https://www.felixcloutier.com/x86/shufps CPUs without AVX support will hang. Hint: older Intel Celerons & Pentiums don't support AVX, it begins with Alder Lake for desktops: https://en.wikipedia.org/wiki/List_of_Intel_Celeron_processors Intel Atom CPUs support - since Gracemont microarchitecture (end of 2022 year): https://en.wikipedia.org/wiki/Gracemont_(microarchitecture) Users need SSE instruction in SSE coding. Instead of AVX-styled vshufps xmm0, xmm0, xmm0, 0x0 I expect SSE-styled shufps xmm0, xmm0, 0x0 ----------------------------------------------------------- -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c26 Ilgaz Öcal <ilgaz@ilgaz.gen.tr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ilgaz@ilgaz.gen.tr --- Comment #26 from Ilgaz Öcal <ilgaz@ilgaz.gen.tr> --- I have Tumbleweed installed on Powerbook 5.1 (core2 duo/nvidia 9400/nouveau) and HP i5/HD5500. I run zypper dup on both systems. On core2 duo/nv9400 openSUSE Firefox 114.0.1-1.1 crashes (wayland/kde) however stock Firefox 114.0.1 from getfirefox.com runs fine. Stock Firefox says: "ATTENTION: default value of option mesa_glthread overridden by environment." On i5/Intel HD5500, openSUSE Tumbleweed stock Firefox launched fine. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c27 Luca Billi <noreply.section+dev@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |noreply.section+dev@gmail.c | |om --- Comment #27 from Luca Billi <noreply.section+dev@gmail.com> --- Happens to me too on one machine. I have two similarly configured tumbleweed KDE/X11 machines and on one of them Firefox started crashing on startup after the latest 114.0.1 update: - CPU: Intel i3-7100 ok - CPU: Intel Celeron N3450 crash The only output is: ExceptionHandler::GenerateDump cloned child 19663 ExceptionHandler::SendContinueSignalToChild sent continue signal to child ExceptionHandler::WaitForContinueSignal waiting for continue signal... -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c28 Andreas Stieger <Andreas.Stieger@gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sachse@gmx.net --- Comment #28 from Andreas Stieger <Andreas.Stieger@gmx.de> --- *** Bug 1212384 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c30 Christopher Yeleighton <giecrilj@stegny.2a.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |giecrilj@stegny.2a.pl --- Comment #30 from Christopher Yeleighton <giecrilj@stegny.2a.pl> --- Work-around: 1. Install MozillaFirefox, MozillaFirefox-translations-common of 20230610! 2. Tell Firefox to make a new profile! 3. Tell Firefox to quit! 4. Copy the following files to the new profile! places.sqlite key4.db logins.json permissions.sqlite content-prefs.sqlite search.json.mozlz4 persdict.dat formhistory.sqlite cookies.sqlite cert9.db handlers.json This will probably make your new old Firefox more or less usable. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 Andreas Stieger <Andreas.Stieger@gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Critical |Major Priority|P2 - High |P5 - None -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c31 --- Comment #31 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Paul Tannington from comment #24)
(In reply to Paul Tannington from comment #22)
(In reply to Nikolai Nikolaevskii from comment #21) ...
Further to that, I've just retried once more to confirm:
Using "https://ftp.mozilla.org/pub/firefox/releases/114.0.1/linux-x86_64/en-GB/ firefox-114.0.1.tar.bz2" (MD5: 4ab794c5200c65f67cab6f9db1340d78)
FF Immediately crashes at start-up in the same manner.
Mozilla Crash Report:
https://crash-stats.mozilla.org/report/index/81f45207-9b1e-44d8-b727- 7594a0230613
My bad... Firefox provided by "firefox-114.0.1.tar.bz2" *does* in fact start *without* crashing. I had launched "firefox" from the directory containing the extracted executable, failing to realise it had actually launched (the openSUSE) "firefox" having followed the execution order defined by $PATH. Launching "Firefox" with the absolute path to the extracted executable and "firefox" starts without crashing. Sincere apologies for the misleading information, and how embarrassing on my part! So I guess this is looking like something specific to the openSUSE build? -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c33 Victor hck <victorhck@opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |victorhck@opensuse.org --- Comment #33 from Victor hck <victorhck@opensuse.org> --- Same issue here after update Tumbleweed+Plasma yesterday. I tried also run firefox from Xfce desktop and get the same issue. My machine specification here: https://paste.opensuse.org/pastes/416b637cd3d8 Error info when I run firefox or firefox -safe-mode command form terminal: ExceptionHandler::GenerateDump cloned child 5285 ExceptionHandler::SendContinueSignalToChild sent continue signal to child ExceptionHandler::WaitForContinueSignal waiting for continue signal... Report content that I send to Mozilla: AdapterDeviceID: 0x0106 AdapterDriverVendor: mesa/crocus AdapterDriverVersion: 23.1.2.0 AdapterVendorID: 0x8086 AvailablePageFile: 752132096 AvailablePhysicalMemory: 2446344192 AvailableSwapMemory: 4292866048 AvailableVirtualMemory: 4856406016 BackgroundTaskMode: 0 BuildID: 20230608214645 CrashTime: 1686823682 DesktopEnvironment: kde HeadlessMode: 0 InstallTime: 1686773525 IsWayland: 0 Notes: FP(D00-L1000-W0000000-T010) WR? WR+ ProductID: {ec8030f7-c20a-464f-9b0e-13a3a9e97384} ProductName: Firefox ReleaseChannel: release SafeMode: 0 SecondsSinceLastCrash: 44 StartupCrash: 1 StartupTime: 1686823680 SubmittedFrom: Client Throttleable: 1 TotalPageFile: 12417294336 TotalPhysicalMemory: 8124428288 UptimeTS: 1.65052749 Vendor: Mozilla Version: 114.0.1 This report also contains technical information about the state of the application when it crashed. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c34 --- Comment #34 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Martin Sirringhaus from comment #32)
...
Could any of you install the debug-packages and start firefox in gdb (`firefox -d gdb`), to give us a trace? ...
Ah! - This is getting above, way above, my pay scale :) I *think* I've installed all of the necessary debug packages, but... gdb pauses with: Thread 1 "firefox" received signal SIGILL, Illegal instruction. skvx::Vec<4, float>::VecStorage () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h:274 274 /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h: No such file or directory. which makes me think it's not ran to completion? Full gdb output to that point: paul@Orion-15:~$ firefox -d gdb gdb /usr/lib64/firefox/firefox -x /tmp/mozargs.LNPT5m GNU gdb (GDB; openSUSE Tumbleweed) 12.1 Copyright (C) 2022 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-suse-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib64/firefox/firefox... Reading symbols from /usr/lib/debug/usr/lib64/firefox/firefox.debug... [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7ffff77ff6c0 (LWP 1594)] [Thread 0x7ffff77ff6c0 (LWP 1594) exited] [Detaching after fork from child process 1595] [New Thread 0x7ffff77ff6c0 (LWP 1596)] [New Thread 0x7fffeb9ca6c0 (LWP 1597)] [Detaching after vfork from child process 1598] [New Thread 0x7fffeb7c96c0 (LWP 1599)] [New Thread 0x7fffeb7886c0 (LWP 1601)] [New Thread 0x7fffeb7476c0 (LWP 1602)] [New Thread 0x7fffeb7066c0 (LWP 1603)] [New Thread 0x7fffeb6c56c0 (LWP 1604)] [New Thread 0x7fffeb6846c0 (LWP 1605)] [New Thread 0x7fffe97ff6c0 (LWP 1606)] [New Thread 0x7fffe6dff6c0 (LWP 1607)] [New Thread 0x7fffebd096c0 (LWP 1608)] [Detaching after fork from child process 1609] [Thread 0x7fffe6dff6c0 (LWP 1607) exited] [New Thread 0x7fffe65c46c0 (LWP 1615)] [New Thread 0x7fffe97be6c0 (LWP 1616)] [New Thread 0x7fffe65836c0 (LWP 1617)] [New Thread 0x7fffe65426c0 (LWP 1618)] [New Thread 0x7fffe5aff6c0 (LWP 1619)] [New Thread 0x7fffe59006c0 (LWP 1620)] [Thread 0x7fffe65c46c0 (LWP 1615) exited] [New Thread 0x7fffe65c46c0 (LWP 1621)] [New Thread 0x7fffe51776c0 (LWP 1622)] [Thread 0x7fffeb6846c0 (LWP 1605) exited] [New Thread 0x7fffeb6846c0 (LWP 1623)] [New Thread 0x7fffe50ac6c0 (LWP 1624)] [New Thread 0x7fffe506b6c0 (LWP 1625)] [New Thread 0x7fffe4dff6c0 (LWP 1626)] [New Thread 0x7fffe4dbe6c0 (LWP 1627)] [New Thread 0x7fffe4d7d6c0 (LWP 1628)] [New Thread 0x7fffe4d3c6c0 (LWP 1629)] [New Thread 0x7fffe4cfb6c0 (LWP 1630)] [New Thread 0x7fffe4cba6c0 (LWP 1631)] [New Thread 0x7fffe4c796c0 (LWP 1632)] [Thread 0x7fffe51776c0 (LWP 1622) exited] [Thread 0x7fffe4dff6c0 (LWP 1626) exited] [Thread 0x7fffe50ac6c0 (LWP 1624) exited] [Thread 0x7fffe4cba6c0 (LWP 1631) exited] [Thread 0x7fffe4dbe6c0 (LWP 1627) exited] [Thread 0x7fffe4c796c0 (LWP 1632) exited] [New Thread 0x7fffe4c796c0 (LWP 1633)] [New Thread 0x7fffe4dbe6c0 (LWP 1634)] [Detaching after fork from child process 1635] kf.i18n: KLocalizedString: Using an empty domain, fix the code. msgid: "Mozilla Firefox" msgid_plural: "" msgctxt: "" [New Thread 0x7fffe4cba6c0 (LWP 1639)] [New Thread 0x7fffe6dff6c0 (LWP 1640)] [New Thread 0x7fffe3fff6c0 (LWP 1641)] [New Thread 0x7fffe31ff6c0 (LWP 1642)] [Thread 0x7fffe31ff6c0 (LWP 1642) exited] [New Thread 0x7fffe31ff6c0 (LWP 1643)] [New Thread 0x7fffe29c76c0 (LWP 1644)] [Thread 0x7fffe29c76c0 (LWP 1644) exited] [New Thread 0x7fffe29c76c0 (LWP 1645)] [Thread 0x7fffe31ff6c0 (LWP 1643) exited] [New Thread 0x7fffe31ff6c0 (LWP 1646)] [Thread 0x7fffe31ff6c0 (LWP 1646) exited] [New Thread 0x7fffe31ff6c0 (LWP 1647)] [Thread 0x7fffe29c76c0 (LWP 1645) exited] [New Thread 0x7fffe29c76c0 (LWP 1648)] [Thread 0x7fffe31ff6c0 (LWP 1647) exited] [Thread 0x7fffe29c76c0 (LWP 1648) exited] [New Thread 0x7fffe29c76c0 (LWP 1649)] (firefox:1591): Gtk-WARNING **: 12:57:23.070: Theme parsing error: gtk-dark.css:1:50: Failed to import: Error opening file /usr/share/themes/Breeze-Dark/gtk-3.20/gtk.css: No such file or directory (firefox:1591): Gtk-WARNING **: 12:57:23.116: Theme parsing error: gtk-dark.css:1:50: Failed to import: Error opening file /usr/share/themes/Breeze-Dark/gtk-3.20/gtk.css: No such file or directory (firefox:1591): Gtk-WARNING **: 12:57:23.118: Theme parsing error: gtk.css:68:35: The style property GtkButton:child-displacement-x is deprecated and shouldn't be used anymore. It will be removed in a future version (firefox:1591): Gtk-WARNING **: 12:57:23.118: Theme parsing error: gtk.css:69:35: The style property GtkButton:child-displacement-y is deprecated and shouldn't be used anymore. It will be removed in a future version (firefox:1591): Gtk-WARNING **: 12:57:23.119: Theme parsing error: gtk.css:71:36: The style property GtkCheckMenuItem:indicator-size is deprecated and shouldn't be used anymore. It will be removed in a future version (firefox:1591): Gtk-WARNING **: 12:57:23.119: Theme parsing error: gtk.css:73:46: The style property GtkScrolledWindow:scrollbars-within-bevel is deprecated and shouldn't be used anymore. It will be removed in a future version (firefox:1591): Gtk-WARNING **: 12:57:23.119: Theme parsing error: gtk.css:76:30: The style property GtkExpander:expander-size is deprecated and shouldn't be used anymore. It will be removed in a future version [Thread 0x7fffe29c76c0 (LWP 1649) exited] ATTENTION: default value of option mesa_glthread overridden by environment. [New Thread 0x7fffe29c76c0 (LWP 1654)] [New Thread 0x7fffe50ac6c0 (LWP 1655)] ATTENTION: default value of option mesa_glthread overridden by environment. [New Thread 0x7fffe31ff6c0 (LWP 1656)] [New Thread 0x7fffd843e6c0 (LWP 1657)] [New Thread 0x7fffd823d6c0 (LWP 1658)] [New Thread 0x7fffd7eff6c0 (LWP 1659)] [New Thread 0x7fffd7aff6c0 (LWP 1660)] [New Thread 0x7fffd7cfe6c0 (LWP 1661)] libEGL warning: failed to get driver name for fd -1 libEGL warning: MESA-LOADER: failed to retrieve device information libEGL warning: failed to get driver name for fd -1 ATTENTION: default value of option mesa_glthread overridden by environment. Thread 1 "firefox" received signal SIGILL, Illegal instruction. skvx::Vec<4, float>::VecStorage () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h:274 274 using VecStorage<N,T>::VecStorage; (gdb) q A debugging session is active. Inferior 1 [process 1591] will be killed. Quit anyway? (y or n) y paul@Orion-15:~$ -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c35 --- Comment #35 from Nikolai Nikolaevskii <kaykaykay123@gmail.com> --- ILL as gcc or code optimiser have changed instruction. With that change code works faster on compatible CPUs by using AVX, avoiding penalties for hopping between ordinary and VEX coding scheme https://en.wikipedia.org/wiki/VEX_prefix -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c37 Fritz Hudnut <non.space.1@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |non.space.1@gmail.com --- Comment #37 from Fritz Hudnut <non.space.1@gmail.com> --- Adding my FF crash incident to this bug report . . . in my case running Gecko rolling (stack on TW) MATE DE on '12 Mac Pro with GTX 780 nvidia card after running a zypper dup. . . same scenario, upon trying to launch FF immediate crash reporter opens .. . . Rebooted the machine into a Debian Bookworm partition and no problems with FF. I have a straight TW and Leap 15.5 install on the machine that I can cycle through to see what happens . . . . As posted over on the OpenSUSE list serve, I'm now running my Sys76 laptop with nvidia card in Pop!_OS and yesterday I saw a number of FF named packages in tghe apt full-upgrade . . . and yet, FF is working fine to post this data. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c40 --- Comment #40 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Wolfgang Rosenauer from comment #38)
Could some people here try https://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/ x86_64/MozillaFirefox-114.0.1-3.2.x86_64.rpm either by direct download or using the mozilla repository?
There should be a small change in compile optimizations in there which could make a difference but as I do not have any machine which seems to be affected I have no idea if it does. Please let us know.
Version : 114.0.1-3.2 Build Time : Sat 17 Jun 2023 02:01:52 BST Install Time : Sat 17 Jun 2023 08:50:20 BST paul@Orion-15:~$ firefox -d gdb ... ... Thread 1 "firefox" received signal SIGILL, Illegal instruction. skvx::Vec<4, float>::VecStorage () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h:274 274 using VecStorage<N,T>::VecStorage; (gdb) bt 10 #0 skvx::Vec<4, float>::VecStorage () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h:274 #1 0x00007ffff01a095b in operator*<4, float, float> () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h:539 #2 map_rect_affine () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/core/SkM44.cpp:154 #3 0x00007ffff01a1851 in SkMatrixPriv::MapRect () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/core/SkM44.cpp:220 #4 SkCanvas::computeDeviceClipBounds () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/core/SkCanvas.cpp:1709 #5 0x00007ffff01a24a4 in SkCanvas::init () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/core/SkCanvas.cpp:425 #6 0x00007ffff00ec8ce in SkCanvas::SkCanvas () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/core/SkCanvas_Raster.cpp:31 #7 SkSurface_Raster::onNewCanvas () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/image/SkSurface_Raster.cpp:76 #8 0x00007fffed94bc9e in SkSurface_Base::getCachedCanvas () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/image/SkSurface_Base.h:210 #9 SkSurface::getCanvas () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/image/SkSurface.cpp:80 (More stack frames follow...) ... ... -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c42 --- Comment #42 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Schmidt from comment #41)
How can I go back to 113 in Tumbleweed?
You can download FF 113.0.2 from: https://download.opensuse.org/history/20230608/tumbleweed/repo/oss/x86_64/Mo... If you've not a back-up copy of your old FF 113 profile then after installation initially start FF from the command line with the "--allow-downgrade" parameter. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 Lee Seymour <gtx.swift@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Alias| |fleamour CC| |gtx.swift@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c44 --- Comment #44 from Lee Seymour <gtx.swift@gmail.com> --- I also have x86 (0) Intel C2D CPU. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c45 --- Comment #45 from Christopher Yeleighton <giecrilj@stegny.2a.pl> --- [ 2121s] + echo 'file /home/abuild/rpmbuild/BUILD/obj/toolkit/library/build/libxul.so [ 2121s] disassemble '\''skvx::Vec<4, float>::VecStorage(float)'\'' [ 2121s] quit' [ 2121s] + gdb -batch -x no-avx.gdb [ 2127s] + grep -F vshufps VecStorage.s [ 2127s] 0x0000000003cbfda0 <+0>: vshufps $0x0,%xmm0,%xmm0,%xmm0 [ 2127s] + false -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 Andreas Stieger <Andreas.Stieger@gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Alias|fleamour | -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c47 --- Comment #47 from Paul Tannington <paul.pgp-7@gmx.com> --- Quote from post 10 of mozilla bug report https://bugzilla.mozilla.org/show_bug.cgi?id=1838323 "My offhand guess as to why our official builds work and these distro builds don't is they're building with AVX flags in the binary. This causes SkVx to include them in the build and use them regardless. Official builds on x86 are only built with SSE2, with higher SIMD levels only explicitly enabled selectively in various files. I would encourage the distro build maintainers to fix this on their end by not supplying AVX flags to the build. Acceleration for higher levels of SIMD is still used in Mozilla builds, but again, we only selectively enable that in various parts of the moz.build where it is actually safe and properly gated by CPU feature-level checks. There is no nice way to work around this inside our code, but the downstream build fixes on the distro end should be simple." -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c52 --- Comment #52 from Paul Tannington <paul.pgp-7@gmx.com> --- (In reply to Wolfgang Rosenauer from comment #49)
Since it's still quite some guesswork I have built Firefox for TW using gcc12 (instead of 13). If someone wants to test it's MozillaFirefox-114.0.1-4.1.x86_64.rpm https://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/ x86_64/MozillaFirefox-114.0.1-4.1.x86_64.rpm in the mozilla repository.
Version : 114.0.1-4.1 Build Time : Mon 19 Jun 2023 10:26:36 BST Install Time : Mon 19 Jun 2023 12:51:04 BST Thread 1 "firefox" received signal SIGILL, Illegal instruction. skvx::Vec<4, float>::VecStorage () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h:274 274 using VecStorage<N,T>::VecStorage; (gdb) x/i $rip => 0x7ffff006a850 <_ZN4skvx3VecILi4EfECI2NS_10VecStorageILi4EfEEEf>: vshufps $0x0,%xmm0,%xmm0,%xmm0 (gdb) bt 4 #0 skvx::Vec<4, float>::VecStorage () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h:274 #1 0x00007ffff015c36b in operator*<4, float, float> () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/base/SkVx.h:539 #2 map_rect_affine () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/core/SkM44.cpp:154 #3 0x00007ffff015d28a in SkMatrixPriv::MapRect () at /usr/src/debug/firefox-114.0.1/gfx/skia/skia/src/core/SkM44.cpp:220 (More stack frames follow...) -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c55 Edward Davis <ed.davis@davishome.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ed.davis@davishome.org --- Comment #55 from Edward Davis <ed.davis@davishome.org> --- (In reply to Wolfgang Rosenauer from comment #54)
There is another build with a different build change: https://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/ x86_64/MozillaFirefox-114.0.1-5.1.x86_64.rpm
Please try and report if it changes anything.
I upgraded my laptop to this version and it opens OK now. My laptop is an ASUS with an Intel(R) Celeron(R) N4500 @ 1.10GHz Running tumbleweed:20230617 and firefox failed to open with the 114 update from the other day. Thanks, Edward -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c56 --- Comment #56 from Andreas Stieger <Andreas.Stieger@gmx.de> --- -ac_add_options --enable-lto +#ac_add_options --enable-lto that did the trick. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c59 --- Comment #59 from OBSbugzilla Bot <bwiedemann+obsbugzillabot@suse.com> --- This is an autogenerated message for OBS integration: This bug (1212101) was mentioned in https://build.opensuse.org/request/show/1093874 Factory / MozillaFirefox -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c61 --- Comment #61 from Paul Tannington <paul.pgp-7@gmx.com> --- As confirmed already, Version: 114.0.1-5.1 Build Time: Mon 19 Jun 2023 19:49:03 BST, starts without crashing. Many thanks to all involved in this issue. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c74 --- Comment #74 from Victor hck <victorhck@opensuse.org> --- (In reply to Wolfgang Rosenauer from comment #54)
There is another build with a different build change: https://download.opensuse.org/repositories/mozilla/openSUSE_Tumbleweed/ x86_64/MozillaFirefox-114.0.1-5.1.x86_64.rpm
Please try and report if it changes anything.
Downloades the rpm with wget and updated with sudo rpm -U MozillaFirefox-114.0.1-5.1.x86_64.rpm and now works fine again! Thanks a lot for your work! Greetings! -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 Christopher Yeleighton <giecrilj@stegny.2a.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.opensuse.o | |rg/show_bug.cgi?id=1212610 -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c76 --- Comment #76 from Christopher Yeleighton <giecrilj@stegny.2a.pl> --- (In reply to Jiri Slaby from comment #46)
(In reply to Christopher Yeleighton from comment #45)
[ 2121s] + echo 'file /home/abuild/rpmbuild/BUILD/obj/toolkit/library/build/libxul.so [ 2121s] disassemble '\''skvx::Vec<4, float>::VecStorage(float)'\'' [ 2121s] quit' [ 2121s] + gdb -batch -x no-avx.gdb [ 2127s] + grep -F vshufps VecStorage.s [ 2127s] 0x0000000003cbfda0 <+0>: vshufps $0x0,%xmm0,%xmm0,%xmm0
This should be a "x86-64-v3" library residing in /usr/lib64/glibc-hwcaps/x86-64-v3/. Something is wrong with how libxul is built.
There is nothing wrong, I just checked the result in the build tree. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c77 --- Comment #77 from Christopher Yeleighton <giecrilj@stegny.2a.pl> --- (In reply to Richard Biener from comment #70)
(In reply to Richard Biener from comment #69)
(In reply to Martin Sirringhaus from comment #68)
Created attachment 867688 [details] Preprocessed SkOpts_avx
Here is the preprocessed SkOpts_avx with -flto. Although, fwiw I suspect this file is a red herring.
A quick check doesn't show any symbols instantiated besides the obviously desired ones when using -O3 -mavx.
Oh, but when building with -O0 I can clearly see the C++ frontend instantiating
skvx::Vec<4, unsigned long>::VecStorage(unsigned long)
for example. That means these will eventually leak into the LTO link where they also get "random" chosen. In fact I can see that with optimization these symbols are only removed during IPA which means for LTO at LTO WPA time.
To make your explanation less cryptic: these constructors should be expanded inline and forgotten and not end up as separate symbols. However, both -O0 and -flto cause them to be used as stand-alone functions, one for debugging and the other for binary optimisation. I have checked that libxul.so built without -flto does not contain the offending constructor at all. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c78 --- Comment #78 from Christopher Yeleighton <giecrilj@stegny.2a.pl> --- (In reply to Richard Biener from comment #70)
Now I don't think we "clone" the comdats that were built with different ISA flags to make them prevail. But I might be wrong. I know we promote them local when possible, but I don't think that helps here since it's the linker deciding which one prevails. I also don't think we diagnose mismatched optimization/target flags on cgraph nodes we merge.
Upstream could solve this problem by putting AVX-enabled instantiations into a separate namespace. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c81 --- Comment #81 from Nikolai Nikolaevskii <kaykaykay123@gmail.com> --- Google creates skia and uses clang to compile it. Mozilla uses its own fork of skia, and uses clang for Firefox. So, one of solution is in using clang to compile Firefox. I wonder why openSUSE uses 'gnu99' C Dialect Options together with 'c++17' https://gcc.gnu.org/onlinedocs/gcc/C-Dialect-Options.html IMHO 'gnu99' is rather outdated and may cause incompatibilities with code written for clang https://clang.llvm.org/compatibility.html. Try deleting these options and using default settings. Letters 'hsw' in SkOpts_hsw.cpp name hint on Haswell "https://en.wikipedia.org/wiki/Haswell_(microarchitecture)", which supports AVX2 and older, and this corresponds to gcc's x86-64-v3. Letters 'skx' in SkOpts_skx.cpp name hint on Skylake X https://en.wikichip.org/wiki/intel/cores/skylake_x, which supports AVX512 and older, and this corresponds to gcc's x86-64-v4. For Leap 15.4 openSUSE with Mozilla repo uses gcc 7.5 together with 11.3? -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c82 Lee Salzman <lsalzman@mozilla.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lsalzman@mozilla.com Flags| |needinfo?(rguenther@suse.co | |m) --- Comment #82 from Lee Salzman <lsalzman@mozilla.com> --- (In reply to Richard Biener from comment #79)
Btw, the code actually instantiates skvx::Vec<> stuff via
namespace avx {
template <typename T> static void memsetT(T buffer[], T value, int count) {
static constexpr int N = 32 / sizeof(T);
static_assert(N > 0, "T is too big for memsetT");
skvx::Vec<N,T> wideValue(value); while (count >= N) {
wideValue.store(buffer); buffer += N; count -= N; }
while (count --> 0) { *buffer++ = value; } }
inline void memset16(uint16_t buffer[], uint16_t value, int count) { memsetT(buffer, value, count); } ... }
and in SkOpts_avx.cpp:
namespace SkOpts { void Init_avx() { memset16 = avx::memset16; ...
and it expects everything to be fully optimized, eliminating all used template instantiations. But at the time we stream out for LTO that does not have happened.
So I don't see how we can avoid this issue besides inventing some "DWIM" mechanism here.
I would suggest to add -fno-lto to all TUs that are built with extra machine specific flags as workaround.
Richard, would just adding -fno-lto to the flags for the SkOpts_foo.cpp files be sufficient to work around this on your end for GCC builds? I am willing to add this to Firefox's moz.builds to just make this easy. If GCC will let us selectively disable LTO on certain files like that, I am on board. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c84 Lee Salzman <lsalzman@mozilla.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |SHIP_STOPPER? --- Comment #84 from Lee Salzman <lsalzman@mozilla.com> --- I landed a slightly different idea in Firefox that should hypothetically still work: https://phabricator.services.mozilla.com/D182855 I am just making sure I rename the skvx namespace every time we build with different arch options, so that it doesn't end up with a bunch of different ambiguous symbols in the skvx namespace. This is easier than doing anything in the source files themselves which would require vendored patches or upstream Skia changes. It might take a day or so to actually get in nightly, but it's on autoland at the moment. You can also try applying the patch to your local builds, and see if it allows building with LTO again on GCC? -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c86 --- Comment #86 from OBSbugzilla Bot <bwiedemann+obsbugzillabot@suse.com> --- This is an autogenerated message for OBS integration: This bug (1212101) was mentioned in https://build.opensuse.org/request/show/1097045 Factory / gcc13 -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1212101 https://bugzilla.suse.com/show_bug.cgi?id=1212101#c92 --- Comment #92 from OBSbugzilla Bot <bwiedemann+obsbugzillabot@suse.com> --- This is an autogenerated message for OBS integration: This bug (1212101) was mentioned in https://build.opensuse.org/request/show/1097918 Factory / gcc13 -- You are receiving this mail because: You are the assignee for the bug.
participants (1)
-
bugzilla_noreply＠suse.com