Description of problem: I updated to rawhide and saw the report, asking me to file it. Version-Release number of selected component: gstreamer1-1.22.9-1.fc40 Additional info: reporter: libreport-2.17.11 type: CCpp reason: gst-plugin-scanner killed by SIGILL journald_cursor: s=b219773fb92c42fbbe28f44f44a16d00;i=b279;b=0c9047ab76294a8584b28e52b630392b;m=784cf07;t=610daef279879;x=c728fac8c7bbca55 executable: /usr/libexec/gstreamer-1.0/gst-plugin-scanner cmdline: /lib64/../libexec/gstreamer-1.0/gst-plugin-scanner -l /usr/bin/gjs-console cgroup: 0::/user.slice/user-1000.slice/user/app.slice/dbus-:1.2-org.gnome.Shell.Screencast rootdir: / uid: 1000 kernel: 6.8.0-0.rc0.20240112git70d201a40823.5.fc40.x86_64 package: gstreamer1-1.22.9-1.fc40 runlevel: N 5 backtrace_rating: 4 crash_function: (anonymous namespace)::AESHashSeed::state1 comment: I updated to rawhide and saw the report, asking me to file it. Truncated backtrace: Thread no. 1 (34 frames) #0 (anonymous namespace)::AESHashSeed::state1 at /usr/src/debug/qt6-qtbase-6.6.1-5.fc40.x86_64/src/corelib/tools/qhash.cpp:773 #1 aeshash128 at /usr/src/debug/qt6-qtbase-6.6.1-5.fc40.x86_64/src/corelib/tools/qhash.cpp:774 #2 aeshash at /usr/src/debug/qt6-qtbase-6.6.1-5.fc40.x86_64/src/corelib/tools/qhash.cpp:788 #3 qHash at /usr/src/debug/qt6-qtbase-6.6.1-5.fc40.x86_64/src/corelib/tools/qhash.cpp:963 #5 QHashPrivate::calculateHash<QString> at /usr/include/qt6/QtCore/qhash.h:57 #6 QHashPrivate::Data<QHashPrivate::Node<QString, void (*)()> >::findBucket at /usr/include/qt6/QtCore/qhash.h:683 #7 QHashPrivate::Data<QHashPrivate::Node<QString, void (*)()> >::findNode at /usr/include/qt6/QtCore/qhash.h:700 #8 QHash<QString, void (*)()>::contains at /usr/include/qt6/QtCore/qhash.h:995 #9 QQmlMetaType::qmlInsertModuleRegistration at /usr/src/debug/qt6-qtdeclarative-6.6.1-3.fc40.x86_64/src/qml/qml/qqmlmetatype.cpp:281 #10 QQmlModuleRegistration::QQmlModuleRegistration at /usr/src/debug/qt6-qtdeclarative-6.6.1-3.fc40.x86_64/src/qml/qml/qqmlmoduleregistration.cpp:18 #11 __static_initialization_and_destruction_0 at /usr/src/debug/qt6-qtdeclarative-6.6.1-3.fc40.x86_64/redhat-linux-build/src/qml/qml_qmltyperegistrations.cpp:88 #12 _GLOBAL__sub_I_qml_qmltyperegistrations.cpp(void) at /usr/src/debug/qt6-qtdeclarative-6.6.1-3.fc40.x86_64/redhat-linux-build/src/qml/qml_qmltyperegistrations.cpp:88 #13 call_init at dl-init.c:74 #15 _dl_init at dl-init.c:121 #16 _dl_catch_exception at dl-catch.c:211 #17 dl_open_worker at dl-open.c:829 #18 _dl_catch_exception at dl-catch.c:237 #19 _dl_open at dl-open.c:905 #20 dlopen_doit at dlopen.c:56 #21 _dl_catch_exception at dl-catch.c:237 #22 _dl_catch_error at dl-catch.c:256 #23 _dlerror_run at dlerror.c:138 #24 dlopen_implementation at dlopen.c:71 #25 ___dlopen at dlopen.c:81 #26 _g_module_open at ../gmodule/gmodule-dl.c:138 #27 g_module_open_full at ../gmodule/gmodule.c:624 #28 g_module_open at ../gmodule/gmodule.c:708 #29 _priv_gst_plugin_load_file_for_registry at ../gst/gstplugin.c:867 #30 gst_plugin_load_file at ../gst/gstplugin.c:689 #31 do_plugin_load at ../gst/gstpluginloader.c:848 #32 handle_rx_packet at ../gst/gstpluginloader.c:956 #33 read_one at ../gst/gstpluginloader.c:1132 #34 exchange_packets at ../gst/gstpluginloader.c:1160 #35 _gst_plugin_loader_client_run at ../gst/gstpluginloader.c:700
Created attachment 2015794 [details] File: proc_pid_status
Created attachment 2015795 [details] File: maps
Created attachment 2015796 [details] File: limits
Created attachment 2015797 [details] File: environ
Created attachment 2015798 [details] File: open_fds
Created attachment 2015799 [details] File: mountinfo
Created attachment 2015800 [details] File: os_info
Created attachment 2015801 [details] File: cpuinfo
Created attachment 2015802 [details] File: core_backtrace
Created attachment 2015803 [details] File: exploitable
Created attachment 2015804 [details] File: dso_list
Created attachment 2015805 [details] File: backtrace
I see the same bug with different stack traces in different applications, but always in qt6-qtbase's AESHashSeed::state1() I suspect that this issue happens because a CPU instruction is used that is not supported by my CPU or that the compiler generated incorrect code. My CPU is a Intel Core i5-650, this model: https://ark.intel.com/content/www/us/en/ark/products/43546/intel-core-i5-650-processor-4m-cache-3-20-ghz.html I cannot reproduce these crashes on a different machine with a more recent CPU (Intel Core i5-2450M, this model: https://ark.intel.com/content/www/us/en/ark/products/53452/intel-core-i5-2450m-processor-3m-cache-up-to-3-10-ghz.html ) @Walter: Is it possible that you are also running Fedora on a very old CPU? Maybe also one of the first 2 Intel Core families? Or an AMD CPU from the same time (around 2010)? See also: bug #2273703
(In reply to Christian Stadelmann from comment #13) > @Walter: Is it possible that you are also running Fedora on a very old CPU? > Maybe also one of the first 2 Intel Core families? Or an AMD CPU from the > same time (around 2010)? I should have had a look at the `cpuinfo` file attached which answers that question already, thanks! *** This bug has been marked as a duplicate of bug 2272758 ***