Update to Linux v5.4.19
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-2020-f884f9dd7d
Please login to add feedback.
0 | 8 | Test Case kernel regression |
This update has been submitted for testing by jcline.
jcline edited this update.
This update's test gating status has been changed to 'ignored'.
Looks good for me. Works on baremetal (non UEFI) AMD Ryzen5 3600, Mainboard MSI B450M Mortar Max with prop. nvidia driver from rpmfusion.org (GTX980 card), VirtualBox 6.1.2 from Oracle and Gnome-Desktop. Regression test passed (paxtest, selinux-dac-controls and libhugetlbfs skipped)
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
Works for me...
Default and the Performance tests pass OK (libhugetlbfs is skipped) AMD 965, x86_64 work station, RAID-1, Plasma DE, X-server, nVidia GTX 650 (GK107) + nVidia RPM's from Negativo17 (440.59)
My first run where both the default and performance tests PASS, though keep in mind that libhugetlbfs and paxtest was "skipped". Tested on PRIME Z270-A, i5-7600K, 16GB DDR4, RX 580 8GB with MESA 19.2.8 and 970 EVO M.2.
T480s, i5-8250U, iGPU works ok.
Works on my laptop and desktop. Laptop hardware: Celeron N3060, 8 GB RAM, Intel HD Graphics Desktop hardware: AMD Phenom II X4 B40, 12 GB RAM, NVIDIA GT 630
On laptop test called
sysfs-perms
returnedWARN
.ThinkPad T495, Ryzen 3700U, no regressions.
Was this addressed in 5.4 already?
Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1780800 still present.
kernel: i915 0000:00:02.0: GPU recovery timed out, cancelling all in-flight rendering. CPU: i7-8650U
Default test PASS. However, can't boot system correctly, hangs. It's something in the Fedora config applied to kernel in all 5.4 series https://bugzilla.redhat.com/show_bug.cgi?id=1790115 (Vanilla 5.4 kernel & other distros, Ubuntu, Arch, working just fine)
Worked for me on a Dell XPS 13
Works and T495 with 3500U PRO, fixes hotplug of two monitors connected via dockingstation https://lkml.org/lkml/2020/2/10/413
I don't know why but mate-cpufreq-applet has stopped working, always show 0MHz. On kernel-5.4.18-200.fc31.x86_64 it works fine. It's really strange. I can read manually current frequency. [pawel@corsair ~]$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq 2142011
@markec, I installed kernel 5.5.3 and it fixes the problem. Needs backport or use kernel 5.5.x instead.
Yeah, did the same yesterday, and all good so far.
This update has been submitted for stable by jcline.
This update has been pushed to stable.