The 6.1.5 stable kernel rebase contains new features, enhanced hardware support, and 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-2023-f4f9182dc8Please login to add feedback.
| 0 | 13 | Test Case kernel regression |
This update has been submitted for testing by jforbes.
This update's test gating status has been changed to 'waiting'.
Works for me.. The enabled Default and Performance tests pass OK.
Ryzen5 5600g/AMDGPU, 400 Series Chipset (Legacy BIOS) SSD's > RAID1 Work Station, running Plasma DE from Zawertun's COPR.
Ryzen 2700/Radeon 5600XT works for me.
This update's test gating status has been changed to 'passed'.
Default & performance tests pass (KVM)
This update has been pushed to testing.
This update can be pushed to stable now if the maintainer wishes
Looks good here.
Works.
Works on Dell Inc. Inspiron 7348/0G14T4, all is good, no new errors in the kernel log, no noticeable performance changes.
This is a report of a problem with the test suites, not this kernel. I've just started using 2fa otp. That failed to log me in to submit the test results over and over. That's a real pain when it's after the 12 minute performance test. On one pc, I never managed to login for the performancce test. Is there really no way to remove 2fa after you start using it? This is a pain. I have a copy of the error messages reported from the code after one of the failures. Let me know if I should submit a bug somewhere or email the error text to someone. Here is a little of it: Your log file is being submitted... FAS password: Traceback (most recent call last): File "/usr/lib/python3.11/site-packages/urllib3/connection.py", line 174, in _new_conn conn = connection.create_connection( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/urllib3/util/connection.py", line 72, in create_connection for res in socket.getaddrinfo(host, port, family, socket.SOCK_STREAM): ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib64/python3.11/socket.py", line 962, in getaddrinfo for res in _socket.getaddrinfo(host, port, family, type, proto, flags): ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ socket.gaierror: [Errno -3] Temporary failure in name resolution
During handling of the above exception, another exception occurred:
Traceback (most recent call last): File "/usr/lib/python3.11/site-packages/urllib3/connectionpool.py", line 703, in urlopen httplib_response = self._make_request( ^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.11/site-packages/urllib3/connectionpool.py", line 386, in _make_request self._validate_conn(conn) File "/usr/lib/python3.11/site-packages/urllib3/connectionpool.py", line 1042, in _validate_conn conn.connect() File "/usr/lib/python3.11/site-packages/urllib3/connection.py", line 358, in connect
Default and Performance tests passed. Intel NUC6i5SYK, Intel Core i5-6260U × 4, Mesa Intel Iris Graphics 540 (SKL GT3).
Default and Performance tests passed. Dell XPS 13 9350, Intel Core i7-6560U × 4, Mesa Intel Iris Graphics 540 (SKL GT3). Laptop is working fine in typical use.
Works and fixes https://bugzilla.redhat.com/show_bug.cgi?id=2158496
Works fine with Lenovo ThinkPad P1 Gen2!
i7-9700K(UHD Graphics 630): kernel regression test passed. Works fine for daily use.
./runtests.shPASS on 6.1.5-200.fc37.x86_64 on virtual machine in KVM/QEMU (Host Intel Core i7-4720HQ, NVIDIA GM204M [GeForce GTX 970M] driver: nouveau). VM updated as of now with updates-testing. No modifications of the VM beyond dnf update.It boots properly & I experience no issues so far.
Works well on my Thinkpad T460p and Ryzen 9 5950X Desktop.
@wayne6001 That particular failure is in name resolution and nothing to do with 2fa. That said, if you have 2fa enabled, you simply add your authenticator's code after the password as all one string in the password field, and logs can be submitted with 2fa. If submission of a log file fails for whatever reason, you can always try to submit again with:
fedora_submit.py -l /path/to/logfile
Works on multiple physical and virtual machines (x86_64, aarch64).
Works well on Ryzen 5900X and RX 7900 XTX desktop
@jforbes Thanks for telling me about how to resubmit if it fails to submit! I reinstalled the tests this morning and had no problem running the tests and submitting the results.
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 (525.78.01) from rpmfusion.org (GTX980 card). Works with Gnome-Desktop (Xorg).
Not certain how to report this and I doubt it would be considered any sort of blocker, but I am experiencing random and intermittent system-wide freezes/stutters that last a split second with all of the 6.1.x kernels up until this point (wasn't sure how to report that with ones that did not seem to be on Bodhi).
This may not be the best description; essentially, every so often and seemingly at random, the system will sort of near-freeze. If any audio is playing, it will noticeably cut out and stutter; if I am in any sort of game, it will slow to a crawl FPS wise for the same duration.
System is a Lenovo IdeaPad 5 Pro 16ACH6, with an AMD Ryzen 7 5800H and integrated graphics. If there's some way that I am unaware of that I can measure this properly to provide more information please let me know.
Lenovo IdeaPad 5 in suspend mode power indicator shows that power on (PM: suspend entry s2idle, PM: suspend exit are in dmesg). With 6.0.18-300.fc37.x86_64 no such problem with suspend.
Default & performance tests pass (KVM)
No video output at all with the Nvidia proprietary driver (525.78.01), even with
rhgb quietremoved. This kernel update's changelog mentions thedrivers/firmware: skip simpledrm if nvidia-drm.modeset=1 is setcommit, which I believe is intended to fix this, though no luck on my hardware despitenvidia-drm.modeset=1being in the kernel cmdline.Hardware: Gigabyte Z390 Aorus Master + Nvidia 3090.
Works for me with Nvidia proprietary driver (525.78.01)
All ok
XPS 17 9700, Intel i9-10885H (16) @ 5.300GHz, Intel CometLake-H GT2 [UHD Graphics], NVIDIA GeForce RTX 2060 Max-Q
it boots; suspend to RAM also works
Default and performance pass. HP Prodesk 400 G6 Mini, i5-10400T, CometLake-S GT2 [UHD Graphics 630], 24GB Ram. KDE Plasma Spin.
This update has been submitted for stable by jforbes.
I get a wifi-related call trace on my laptop when booting this kernel (fairly sure it's the first affected version). Despite it the wifi still works.
kernel: memcpy: detected field-spanning write (size 32) of single field "hk.kv_val" at drivers/net/wireless/ath/key.c:506 (size 16)
https://bugzilla.redhat.com/show_bug.cgi?id=2160963
I have found that I am experiencing similar, if not the same, issues with suspend as nucleo described above.
System is a Lenovo IdeaPad 5 Pro 16ACH6, with an AMD Ryzen 7 5800H APU as mentioned in a previous comment.
Similar suspend issues with kernel 6.1 in other distro's
https://bbs.archlinux.org/viewtopic.php?id=282293
https://forum.manjaro.org/t/couple-problems-with-suspend-sleep-on-lenovo-laptop-since-kernel-6-1/129807
This update has been pushed to stable.
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.
CIFS vers=1.0 not working since kernel 6.0.16, last working kernel was 6.0.15