A possible problem with the performance tests, not this kernel
After both regression tests passed, I deleted and then reinstalled the kernel tests because the performance test log reports previous tests on other kernels (but not all in order) and the new results were a pain to find. After reinstalling, the performance test took a very long time to complete. I ran it a couple of times and same thing. The actual test results are still within the normal range and similar to the result for this kernel before I reinstalled the tests. Whatever is slowing the tests down is happening between the individual timed tests not during the individual tests. The same thing happened today on an identical NUC6 where I was testing the new kernel on Fedora 37 and where I also deleted and reinstalled the tests after running them on the new kernel. To be clear -- I think this is a problem with the performance tests, not the new kernel. This has happened to me and to other people in the past.
*** I’m intensely curious as to the reason for why sedna seems to randomly fluctuate between short (normally under 11 minutes) & extremely long (100+ minutes) elapsed times for the performance test!
Looks ok for me. Works on baremetal (non UEFI mode) AMD Ryzen5 3600, Mainboard MSI B450M Mortar Max with prop. nvidia driver (515.76) from rpmfusion.org (GTX980 card). Works with Gnome-Desktop (Xorg).
BZ#2128462 CVE-2022-40768 kernel: leak of sensitive information due to uninitialized data in stex_queuecommand_lck() in drivers/scsi/stex.c
0
0
BZ#2128463 CVE-2022-40768 kernel: leak of sensitive information due to uninitialized data in stex_queuecommand_lck() in drivers/scsi/stex.c [fedora-all]
0
0
BZ#2133490 CVE-2022-3435 kernel: an out-of-bounds read in fib_nh_match of the file net/ipv4/fib_semantics.c
0
0
BZ#2133491 CVE-2022-3435 kernel: an out-of-bounds read in fib_nh_match of the file net/ipv4/fib_semantics.c [fedora-all]
This update has been submitted for testing by jforbes.
This update's test gating status has been changed to 'waiting'.
Default & performance tests pass (KVM)
Default and Performance kernel tests PASS on Intel NUC6i5SYK, Intel Core i5-6260U × 4, Mesa Intel Iris Graphics 540 (SKL GT3).
A possible problem with the performance tests, not this kernel After both regression tests passed, I deleted and then reinstalled the kernel tests because the performance test log reports previous tests on other kernels (but not all in order) and the new results were a pain to find. After reinstalling, the performance test took a very long time to complete. I ran it a couple of times and same thing. The actual test results are still within the normal range and similar to the result for this kernel before I reinstalled the tests. Whatever is slowing the tests down is happening between the individual timed tests not during the individual tests. The same thing happened today on an identical NUC6 where I was testing the new kernel on Fedora 37 and where I also deleted and reinstalled the tests after running them on the new kernel. To be clear -- I think this is a problem with the performance tests, not the new kernel. This has happened to me and to other people in the past.
This update's test gating status has been changed to 'failed'.
This update's test gating status has been changed to 'passed'.
Working fine in a VirtualBox VM, regression tests are passing.
Works for me: all using the Mate Desktop Environment.
sirius: desktop 16GB Intel i7-3770 CPU desktop (SSD + 5 hard drives in RAID-6) real:10m48.481s user:4m38.616s sys:4m55.499s
sedna: laptop 8GB Intel i5-2520M CPU Lenovo T420 (SSD only) real:102m7.880s user:67m10.217s sys:33m11.140s ///////// Took much longer than it should
mercury: laptop 32GB AMD Ryzen 7 5700U with Radeon 5500 Graphics (SSD only) rea1:24m48.104s user:12m45.292s sys:9m6.807s
*** I’m intensely curious as to the reason for why sedna seems to randomly fluctuate between short (normally under 11 minutes) & extremely long (100+ minutes) elapsed times for the performance test!
Works on Acer Aspire Intel® Core™ i7-3632QM CPU @ 2.20GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4000. wi-fi: Qualcomm Atheros AR9485 Wireless Network Adapter vendor: Lite-On driver: ath9k v: kernel pcie: speed: 2.5 GT/s lanes: 1 Passed ALL kernel regression tests.
Looks ok for me. Works on baremetal (non UEFI mode) AMD Ryzen5 3600, Mainboard MSI B450M Mortar Max with prop. nvidia driver (515.76) from rpmfusion.org (GTX980 card). Works with Gnome-Desktop (Xorg).
Default & performance tests pass (KVM)
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
Works for me.
This update has been obsoleted by kernel-5.19.15-201.fc36.