The 6.10.5 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-2024-cb22d42b54
Please log in to add feedback.
| 0 | 12 | Test Case kernel regression |
This update has been submitted for testing by jforbes.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'passed'.
default & performance tests pass (KVM)
Works for me. The enabled Default and Performance tests pass OK.
Work Station, Asus prime mobo - Ryzen5 5600g/AMDGPU 400 Series Chipset, (UEFI) Secure boot, SSD's > RAID1 (ext4).
Default (libhugetlbfs, memfd & paxtest skipped) and performance tests pass; works in general.
Working as a VirtualBox guest and on bare metal.
Dell Precision T5610 2 x Intel(R) Xeon(R) CPU E5-2603 v2 @ 1.80GHz (8 cores total) NVIDIA Corporation GK104 [GeForce GTX 760] (rev a1)
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
Works.
works on bare metal / nvidia drivers 560.31.02
Looks good
Still seeing leftover files after upgrading in
/lib/modules/Looks good here. Ryzen 3700x, Rog Strix B550-F, Nvidia from rpmfusion.
Working fine, default tests passed. AMD Ryzen 4500U - iGPU (Vega 6). Thanks.
Works fine on Lenovo ThinkPad P1 Gen 2
Great! When I`m with kernel 16.0.4 and use DBus interfaces to query device property 'ata device', the property data cant be accessed. Also when i want to get access to ata s.m.a.r.t. data via DBus interfaces there no access. But with 6.10.5 after Revert "ata: libata-scsi: Honor the D_SENSE bit for CK_COND=1 and no error" (Niklas Cassel) the problems disappeared.
@iissgg : "access to ata s.m.a.r.t. data via DBus interfaces" Is this the same as my bug #2303813 where gnome-disks can't access the SMART info? (I'm not familiar with DBus, if you understand better what's going on feel free to comment in the bug. I proposed it as a F41 Final Blocker.)
@robatino : I noticed the "problem" when I switched from kernel 6.9.11 to 6.10.3 on Fedora 40. What happens between the kernel(in case of the the presence of the (S)ATA device) and DBus I could not comment on prima vista. What I am 100% sure of is that without changing anything else, after this kernel revert when I request access to a DBus object(who I might to interpret as of type UDisksDriveAta) to read data, the pointers I receive are no longer null (receiving null pointers with an available device is a bug)
Thanks for the link, I'll take a look!
Working fine on baremetal
kernel tests PASSED
Work fine on Lenovo Thinkpad L421 with Intel Core i5-2430M and Intel HD 3000 GPU.
Nothing to report AMD Ryzen 5 2600X + AMD Radeon RX 560
This update has been submitted for stable by jforbes.
This update has been pushed to stable.