The 6.0.10 stable kernel update contains a number of important fixes across the tree.
Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2022-48b826559fPlease login to add feedback.
| 0 | 15 | Test Case kernel regression |
This update has been submitted for testing by jforbes.
This update's test gating status has been changed to 'waiting'.
Installed and rebooted, appears to be fully functional.
Working fine both native and in a VirtualBox VM, regression tests passing.
Works fine for me.. The enabled Default and Performance tests pass OK.
AMD 965, x86_64 Work Station (legacy BIOS) SSD's > RAID1. Plasma DE from Zawertun's COPR. nVidia GT1030 card using nVidia RPM's from RPMFusion (520.56.06)
This update's test gating status has been changed to 'passed'.
Default and Performance regression tests passed on Two NUC6i5SYK, Intel Core i5-6260U × 4, Mesa Intel Iris Graphics 540 (SKL GT3). Laptop working as usual. Dell XPS 13 9350, Intel Core i7-6560U × 4, Mesa Intel Iris Graphics 540 (SKL GT3).
6.0.10-300.fc37.x86_64 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:10m42.233s user:4m36.608s sys:4m58.843s
sedna: laptop 8GB Intel i5-2520M CPU Lenovo T420 (SSD only) real:107m12.453s user:71m42.470s sys:33m53.072s //// This took more than 10 times longer than it normally does!
mercury: laptop 32GB AMD Ryzen 7 5700U with Radeon 5500 Graphics (SSD only) rea1:19m54.844s user:9m32.131s sys:7m35.873s
*** 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!
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
Works.
It runs for a few hours now. Looks ok for me. Works on baremetal (non UEFI mode) AMD Ryzen5 3600, Mainboard MSI B450M Mortar Max with prop. nvidia driver (520.56.06) from rpmfusion.org (GTX980 card). Works with Gnome-Desktop (Xorg).
i7-9700K(UHD Graphics 630): kernel regression test passed. Works fine for daily use.
Works, tested at KVM.
Works for me.
Default & performance tests pass (KVM)
It works fine on my Desktop (Ryzen 2700/Radeon 5600XT) and on my Laptop (i5-5250U)
Seems to work fine on bare-metal HP Z440, AMD RX570 with UEFI. No issues to report so far and kernel regression tests both PASS.
dracut-057-5.fc37.x86_64 systemd-udev-251.8-586.fc37.x86_64 grub2-efi-x64-2.06-67.fc37.x86_64
Works well on Ryzen 5900X and RX6800XT. No installation issue like this one ^
False alarm earlier. I thought it was caused by kernel install scripts, but it was actually caused by (mis-configured) systemd-udev.
It works fine on two machines with Intel i3-4130 and Intel i7-3770. Also suspend to memory seems to work again properly.
works for me since yesterday
This update has been submitted for stable by jforbes.
Default & performance tests pass (KVM)
This update has been pushed to stable.