obsolete

kernel-6.6.5-200.fc39

FEDORA-2023-41417507bb created by acaringi 4 months ago for Fedora 39

The 6.6.5 stable kernel update contains a number of important fixes across the tree.

Reboot Required
After installing this update it is required that you reboot your system to ensure the changes supplied by this update are applied properly.

This update has been submitted for testing by acaringi.

4 months ago

This update's test gating status has been changed to 'waiting'.

4 months ago
User Icon nixuser commented & provided feedback 4 months ago
karma

Kernel regression tests returned a cachedrop fail on the first run (I've seen this before... seems not to be that rare) but everything passed on subsequent runs.

Also timer-overhead is failing in VirtualBox only, but that is common for VirtualBox for some reason.

This update's test gating status has been changed to 'passed'.

4 months ago

This update has been pushed to testing.

4 months ago
User Icon bojan commented & provided feedback 4 months ago
karma

Works.

This update can be pushed to stable now if the maintainer wishes

4 months ago
User Icon bretth commented & provided feedback 4 months ago
karma

default and performance tests pass (KVM)

User Icon dimitrisk commented & provided feedback 4 months ago
karma

Fails to suspend: Framework AMD laptop: https://bugzilla.redhat.com/show_bug.cgi?id=

karma
User Icon valdyn commented & provided feedback 4 months ago
karma

Works

User Icon g6avk commented & provided feedback 4 months ago
karma

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) running Plasma DE.

User Icon charn commented & provided feedback 4 months ago
karma

Thinkpad T14s, AMD Ryzen 7840U, Fedora 39, UEFI, Secure Boot, luks+btrfs. Default and performance tests pass OK. Also suspend seems to work.

User Icon markec commented & provided feedback 4 months ago
karma

Same here on T14s, AMD Ryzen 7840U, all good. also VM is okay.

User Icon johnh99 commented & provided feedback 4 months ago
karma

Runs OK here. Ryzen 3700x, Rog Strix B550-F, Nvidia 2070 from rpmfusion, secure boot disabled, amd pstate enabled.

User Icon steiner commented & provided feedback 4 months ago
karma

Seems to be working fine on my main machine (i7-7700HQ/iHD630 + GTX1050Ti, secure boot enabled)

User Icon geraldosimiao commented & provided feedback 4 months ago
karma

Working fine

Acer Aspire Intel® Core™ i7-3632QM CPU @ 2.20GHz Graphics Processor: Mesa DRI Intel® HD Graphics 4000.    
driver: i915 v: kernel arch: Gen-7 wi-fi: Qualcomm Atheros AR9485 Wireless Network Adapter vendor: Lite-On    
driver: ath9k v: kernel.

Default fedora btrfs filesystem.
Suspension working
Passed kernel regression tests

User Icon pampelmuse commented & provided feedback 4 months ago
karma

Works for me.

User Icon dimitrisk commented & provided feedback 4 months ago

@charn @markec given the apparent involvement of wpa_supplicant, if you have a moment could you please reply (preferably in the bugzilla issue I opened above so we don't spam more here) with the type of wireless adapter and network mode you're having suspend success with? For reference mine is an AMD/Mediatek MT7922 on a 5GHz, 80MHz-wide ax network.

User Icon baptistemm commented & provided feedback 4 months ago
karma

I have a framework laptop with AMD CPU https://frame.work/fr/fr/products/laptop-diy-13-gen-amd and my system is unstable since I boot on 6.6.5. I lose Wifi access after a while wpa_supplicant / NetworkManager goes to 100% CPU, and process are killed by OOM (on a 32GB RAM laptop)

Issue reported on https://bugzilla.redhat.com/show_bug.cgi?id=2253789

User Icon markec commented & provided feedback 4 months ago

Hi @dimitrisk - I'm using Qualcomm's NFA725A here and seems to be fine.

User Icon imabug provided feedback 4 months ago
karma
User Icon py0xc3 commented & provided feedback 4 months ago
karma

Regression test ./runtests.sh PASS with kernel-6.6.5-200.fc39.x86_64 within QEMU/KVM with CPU-passthrough on an AMD Ryzen 7 PRO 6850U host: F38 KDE Spin with SELinux confined user account (user_u), VM up to date as of now with updates-testing enabled, uname -r = 6.6.5-200.fc39.x86_64, tainted = 0. So far it works fine with average activities: firefox browsing, dolphin file organization.

BZ#2253756 seems to not affect my AMD hardware. In my cockpit KVM VM, I cannot wake up (which is intended and not a bug), but I can initiate sleep, and this works fine without the problem described in BZ#2253756. When checking the log after resetting the VM (resetting because the VM cannot wake up), the journalctl -r --boot=-1 shows a normal going to sleep that ends with as intended with "Entering sleep state 'suspend'" (in the VM, cat /sys/power/mem_sleep = [s2idle]). So the bug seems to not affect all AMD hardware.

User Icon cowboysmall commented & provided feedback 4 months ago
karma

Similar problem to what was reported above - Lenovo Legion 5 with AMD CPU and GPU.

Both NetworkManager and wpa_supplicant using 100% CPU, and unable to stop restart services Observing erratic behaviour and high CPU usage Requires hard shutdown / restart (using magic SysRq keys)

Works fine with kernel 6.6.4 and older.

User Icon jforbes commented & provided feedback 4 months ago

The 6.6.6 kernel is building, it is a single patch, reverting the problematic cfg80211 patch.

This update has been obsoleted by kernel-6.6.6-200.fc39.

4 months ago

Please login to add feedback.

Metadata
Type
security
Severity
medium
Karma
11
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
4 months ago
in testing
4 months ago
approved
4 months ago
BZ#2253249 CVE-2023-6560 kernel: io_uring out of boundary memory access in __io_uaddr_map()
0
0
BZ#2253251 kernel: io_uring out of boundary memory access in __io_uaddr_map() [fedora-all]
0
0

Automated Test Results

Test Cases

0 11 Test Case kernel regression