Works on baremetal (non EFI) AMD Ryzen 5 3600, Mainboard MSI B450M Mortar Max with prop. nvidia driver from rpmfusion.org (GTX980 card), VirtualBox 6.1.0 from Oracle and Gnome-Desktop. Regression test passed (paxtest, selinux-dac-controls and libhugetlbfs skipped).
As part of the 5.4 rebase, this update backported a bug from master without backporting the fix: it's missing https://src.fedoraproject.org/rpms/kernel/c/0b30cc5df58af3a1385f218163d33634b51ed67f , so its kernel-modules-extra subpackage is 7x as big as it should be because it includes the kernel header files. This is the root cause of the openqa test failure - took me a bit of digging to figure it out, but that's why :)
Works for me. 301 build fixes the kernel-modules-extra issue.
The Default and Performance tests pass OK. AMD 965, x86_64 work station, RAID-1, Plasma DE, X-server, nVidia card GTX 650 (GK107) + nVidia RPM's from Negativo17 (440.44)
"kernel-tools-5.4.5-200.fc31" is correct, in fact kerrnel-headers and kernel should have been 200 as well, this is the first rebase after F29 EOL, but they were already built. 5.4.6 kernel and headers will be 200.
This splat happens if Secure Boot is enabled, and it taints the kernel.
WARNING: CPU: 2 PID: 1 at kernel/trace/trace.c:8106 create_trace_option_files+0x1ef/0x220
https://bugzilla.redhat.com/show_bug.cgi?id=1781288
This completely freezes the system, recovery only by forcing power off or remote access
[drm:gen8_reset_engines [i915]] ERROR rcs0 reset request timed out
https://bugzilla.redhat.com/show_bug.cgi?id=1780800
Although, 5.4.5-300 did seem to fix a nasty suspend/resume bug that seems related to Ryzen USB hub power management (which itself can be hacked around by dropping the device from the PCI tree before suspending, rescanning after resume).
I know it's not the desired result, but paxtext always FAIL on my system and libhugetlbfs was skipped (it does say to use "allow testsuite to make their heap memory executable" in the qa testcase document; please let me know if I should ignore that for future tests or not), but for the rest of the default tests everything PASS and the same goes for the performance test on PRIME Z270-A, i5-7600K, 16GB DDR4 & RX 580 8GB on MESA 19.2.8 driver.
Just a question on builds reaching testing: 5.4.5-301 never reached testing, also I notice that there's a completed 5.4.6-200 build in koji. I assume it's 5.4.6 that will actually make it to testing?
There have been some ongoing issues with Koji and Bodhi lately which are causing issues with updates actually being tagged correctly and making it to testing, so you'll probably want to keep an eye on it manually to make sure it actually gets out. If it doesn't, contact whoever's on call for releng...
Sorry, forgot to add: also fixes a severe suspend/resume issue on this laptop (failed to suspend, graphics corruption) without the need to echo 1 > /sys/bus/pci/devices/0000\:07\:00.4/remove (07:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Raven USB 3.1) any more.
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 'ignored'.
Works on baremetal (non EFI) AMD Ryzen 5 3600, Mainboard MSI B450M Mortar Max with prop. nvidia driver from rpmfusion.org (GTX980 card), VirtualBox 6.1.0 from Oracle and Gnome-Desktop. Regression test passed (paxtest, selinux-dac-controls and libhugetlbfs skipped).
Working on aarch64(Raspberry Pi 3, Mustang, Seattle), and armhfp(BananaPi, Wandboard, Raspberry Pi 2/3).
As part of the 5.4 rebase, this update backported a bug from master without backporting the fix: it's missing https://src.fedoraproject.org/rpms/kernel/c/0b30cc5df58af3a1385f218163d33634b51ed67f , so its
kernel-modules-extra
subpackage is 7x as big as it should be because it includes the kernel header files. This is the root cause of the openqa test failure - took me a bit of digging to figure it out, but that's why :)Works great on lenovo w520! FIXES #1757891
kernel-modules-extra package include tons of source files.
This update has been pushed to testing.
jforbes edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by jforbes.
The 301 build should have a fix for the too many files issue.
Works as mentioned above. The kernel-modules-extra package is fixed now.
I think the name of "kernel-tools-5.4.5-200.fc31" should be "kernel-tools-5.4.5-300.fc31" ( -300 not -200) or am i wrong?
Works for me. 301 build fixes the kernel-modules-extra issue.
The Default and Performance tests pass OK. AMD 965, x86_64 work station, RAID-1, Plasma DE, X-server, nVidia card GTX 650 (GK107) + nVidia RPM's from Negativo17 (440.44)
Works ok on T480s, iGPU.
Works for me (Dell Inspiron 5579 - i7-8550u / I620 IGP).
works for me laptop 8GB Intel i5-2520M CPU, Lenovo T420, using the Mate Desktop Environment paxtest failed
"kernel-tools-5.4.5-200.fc31" is correct, in fact kerrnel-headers and kernel should have been 200 as well, this is the first rebase after F29 EOL, but they were already built. 5.4.6 kernel and headers will be 200.
Works for me.
I'm seeing lots of warnings with Secure Boot enabled, like in #1777072.
This splat happens if Secure Boot is enabled, and it taints the kernel. WARNING: CPU: 2 PID: 1 at kernel/trace/trace.c:8106 create_trace_option_files+0x1ef/0x220 https://bugzilla.redhat.com/show_bug.cgi?id=1781288
This completely freezes the system, recovery only by forcing power off or remote access [drm:gen8_reset_engines [i915]] ERROR rcs0 reset request timed out https://bugzilla.redhat.com/show_bug.cgi?id=1780800
x86_64
For 300, which is more or less the same as 301.
#1781288
#1780800
Working quite well on a ThinkPad T490 with i5-10210U and nvidia MX250 (proprietary nvidia driver 440.44).
FEDORA-2019-3c6c18eea6 ejected from the push because "Cannot find relevant tag for kernel-5.4.5-301.fc31. None of ['f31-updates-testing', 'f31-updates-testing-pending'] are in ['dist-6E-epel-testing-candidate', 'epel7-testing-candidate', 'dist-5E-epel-testing-candidate', 'f27-modular-updates-candidate', 'f30-modular-updates-candidate', 'f30-container-updates-candidate', 'f30-flatpak-updates-candidate', 'f28-modular-updates-candidate', 'f28-container-updates-candidate', 'epel8-testing-candidate', 'f31-modular-updates-candidate', 'f32-container-updates-candidate', 'f31-container-updates-candidate', 'f31-flatpak-updates-candidate', 'f29-modular-updates-candidate', 'f29-container-updates-candidate', 'f29-flatpak-updates-candidate', 'f22-updates-candidate', 'f21-updates-candidate', 'f25-updates-candidate', 'f24-updates-candidate', 'f23-updates-candidate', 'f26-updates-candidate', 'f27-updates-candidate', 'f30-updates-candidate', 'f28-updates-candidate', 'f31-updates-candidate', 'f32-updates-candidate', 'f29-updates-candidate', 'el8-modular-updates-candidate']."
#1785957 too, unfortunately.
Although, 5.4.5-300 did seem to fix a nasty suspend/resume bug that seems related to Ryzen USB hub power management (which itself can be hacked around by dropping the device from the PCI tree before suspending, rescanning after resume).
BTW is 5.4.5-301 still on track for testing?
Works for me on Thinkpad T440s. Passed regression test.
This update can be pushed to stable now if the maintainer wishes
I know it's not the desired result, but paxtext always FAIL on my system and libhugetlbfs was skipped (it does say to use "allow testsuite to make their heap memory executable" in the qa testcase document; please let me know if I should ignore that for future tests or not), but for the rest of the default tests everything PASS and the same goes for the performance test on PRIME Z270-A, i5-7600K, 16GB DDR4 & RX 580 8GB on MESA 19.2.8 driver.
Seeing a warning in ftrace_init_tracefs_toplevel on boot: https://bugzilla.redhat.com/show_bug.cgi?id=1785957
Works on a wide range of aarch64 and ARMv7 devices, as well as x86_64 VMs and AWS instances.
works fine
package works in daily use, 1 kernel regression test (paxtest) fails for me
Paxtest failures are unfortunately common since spectre/meltdown fixes went in, I need to make it skip that test now.
Just a question on builds reaching testing: 5.4.5-301 never reached testing, also I notice that there's a completed 5.4.6-200 build in koji. I assume it's 5.4.6 that will actually make it to testing?
5.4.5-301 should have made testing, but no, 5.4.7 is due tomorrow and that will make testing
There have been some ongoing issues with Koji and Bodhi lately which are causing issues with updates actually being tagged correctly and making it to testing, so you'll probably want to keep an eye on it manually to make sure it actually gets out. If it doesn't, contact whoever's on call for releng...
Does not work Intel Ethernet adapter with e1000e driver #1787026
This update has been obsoleted by kernel-5.4.7-200.fc31.
Resolves https://bugzilla.redhat.com/show_bug.cgi?id=1779044 for me.
No apparent regression here, #1785957 seems fixed. ThinkPad T495, Secure Boot enabled.
Sorry, forgot to add: also fixes a severe suspend/resume issue on this laptop (failed to suspend, graphics corruption) without the need to
echo 1 > /sys/bus/pci/devices/0000\:07\:00.4/remove
(07:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Raven USB 3.1) any more.