kernel 6.6.22-1 files list ========================== SRPMS: ====== kernel-6.6.22-1.mga9.src.rpm kmod-virtualbox-7.0.14-46.mga9.src.rpm kmod-xtables-addons-3.24-56.mga9.src.rpm x86_64: ======= bpftool-6.6.22-1.mga9.x86_64.rpm cpupower-6.6.22-1.mga9.x86_64.rpm cpupower-devel-6.6.22-1.mga9.x86_64.rpm kernel-desktop-6.6.22-1.mga9.x86_64.rpm kernel-desktop-devel-6.6.22-1.mga9.x86_64.rpm kernel-desktop-devel-latest-6.6.22-1.mga9.x86_64.rpm kernel-desktop-latest-6.6.22-1.mga9.x86_64.rpm kernel-doc-6.6.22-1.mga9.noarch.rpm kernel-server-6.6.22-1.mga9.x86_64.rpm kernel-server-devel-6.6.22-1.mga9.x86_64.rpm kernel-server-devel-latest-6.6.22-1.mga9.x86_64.rpm kernel-server-latest-6.6.22-1.mga9.x86_64.rpm kernel-source-6.6.22-1.mga9.noarch.rpm kernel-userspace-headers-6.6.22-1.mga9.x86_64.rpm lib64bpf-devel-6.6.22-1.mga9.x86_64.rpm lib64bpf1-6.6.22-1.mga9.x86_64.rpm perf-6.6.22-1.mga9.x86_64.rpm virtualbox-kernel-6.6.22-desktop-1.mga9-7.0.14-46.mga9.x86_64.rpm virtualbox-kernel-6.6.22-server-1.mga9-7.0.14-46.mga9.x86_64.rpm virtualbox-kernel-desktop-latest-7.0.14-46.mga9.x86_64.rpm virtualbox-kernel-server-latest-7.0.14-46.mga9.x86_64.rpm xtables-addons-kernel-6.6.22-desktop-1.mga9-3.24-56.mga9.x86_64.rpm xtables-addons-kernel-6.6.22-server-1.mga9-3.24-56.mga9.x86_64.rpm xtables-addons-kernel-desktop-latest-3.24-56.mga9.x86_64.rpm xtables-addons-kernel-server-latest-3.24-56.mga9.x86_64.rpm i586: ===== bpftool-6.6.22-1.mga9.i586.rpm cpupower-6.6.22-1.mga9.i586.rpm cpupower-devel-6.6.22-1.mga9.i586.rpm kernel-desktop586-6.6.22-1.mga9.i586.rpm kernel-desktop586-devel-6.6.22-1.mga9.i586.rpm kernel-desktop586-devel-latest-6.6.22-1.mga9.i586.rpm kernel-desktop586-latest-6.6.22-1.mga9.i586.rpm kernel-desktop-6.6.22-1.mga9.i586.rpm kernel-desktop-devel-6.6.22-1.mga9.i586.rpm kernel-desktop-devel-latest-6.6.22-1.mga9.i586.rpm kernel-desktop-latest-6.6.22-1.mga9.i586.rpm kernel-doc-6.6.22-1.mga9.noarch.rpm kernel-server-6.6.22-1.mga9.i586.rpm kernel-server-devel-6.6.22-1.mga9.i586.rpm kernel-server-devel-latest-6.6.22-1.mga9.i586.rpm kernel-server-latest-6.6.22-1.mga9.i586.rpm kernel-source-6.6.22-1.mga9.noarch.rpm kernel-userspace-headers-6.6.22-1.mga9.i586.rpm libbpf1-6.6.22-1.mga9.i586.rpm libbpf-devel-6.6.22-1.mga9.i586.rpm perf-6.6.22-1.mga9.i586.rpm xtables-addons-kernel-6.6.22-desktop-1.mga9-3.24-56.mga9.i586.rpm xtables-addons-kernel-6.6.22-desktop586-1.mga9-3.24-56.mga9.i586.rpm xtables-addons-kernel-6.6.22-server-1.mga9-3.24-56.mga9.i586.rpm xtables-addons-kernel-desktop-latest-3.24-56.mga9.i586.rpm xtables-addons-kernel-desktop586-latest-3.24-56.mga9.i586.rpm xtables-addons-kernel-server-latest-3.24-56.mga9.i586.rpm
Giuseppe I do not see all this in updates_testing. Once they are there, please then assign to QA.
Which mirror? On distrib-coffee they were available.
(In reply to Lewis Smith from comment #1) > Giuseppe > I do not see all this in updates_testing. Once they are there, please then > assign to QA. Temporal issues with mirrors https://mirrors.mageia.org/status I hope mirrors.kernel.org have the packages
Been using desktop 6.6.22-1 for a day on my "svarten" test/workstation machine. One problem: it now did not come up after suspend. Only thing happened was that power lamp changed from blink to steady and monitor woke up briefly, black. No response to any keyboard command, not even REISUB, had to use reset button. (so not same as previous nvidia related problems where computer was running but monitor woke up breifly, black.) Last lines in journal only tell about it entering suspend when i left home/office this morning: mar 20 07:43:33 svarten.tribun systemd-sleep[131969]: Entering sleep state 'suspend'... mar 20 07:43:33 svarten.tribun kernel: Filesystems sync: 0.033 seconds Will try again soon, and also linus which I see building.
CC: (none) => fri
Does it happen randomly or all the times? Just in the cases try if this one is any better: https://download.copr.fedorainfracloud.org/results/ghibo/mageia9-bonus/mageia-9-x86_64/07188158-kernel/
Hm. I have now suspend/resume four more cycles with desktop and three times with linus, no problem. Will shout if i see it again. Hardware is old (for a PC), maybe getting too old. Already had to replace CPU. $ inxi --machine Machine: Type: Desktop Mobo: ASRock model: P55 Pro serial: <superuser required> BIOS: American Megatrends v: P2.60 date: 08/20/2010
Assignee: bugsquad => qa-bugs
Hi, I have updated from testing repos, in two computers with Mageia 9: - Slimbook Intel I5, 16 Gb Ram, Intel graphics Mageia 9 Plasma x86_64: - Reboot and sleep ok. - Apps plasma ok - Firefox and thunderbird ok. - Web: banks, youtube, audio, vídeo ok. - Libreoffice ok. - Plasma settings and Mageia tools ok. - Asus Intel Atom, 2 Gb Ram, Intel graphics, Mageia 9 Lxqt x86_64: - Reboot and sleep ok. - Apps Gtk and Qt ok. - Firefox and Claws Mail ok. - Web: youtue, audio y video ok. - Libreoffice ok. - Lxqt settings and thems, and Mageia tools ok. Greetings!
CC: (none) => joselp
CC: (none) => mageia
RH mageia 9 x86_64 uname -r 6.6.22-desktop-1.mga9 Ethernet connection OK Video OK Sound OK Cdemu+dkms-vhba OK Light use since yesterday, not issues detected
MGA9-64 Plasma, i5-7500, Nvidia Quadro K620 (nvidia-current), wired Internet, rEFInd boot manager. This install includes both desktop and server kernels. Updated both at the same time, nvidia-current driver built successfully for each. Rebooted to each in turn, to a working desktop. Tried this and that, no issues. Also, MGA9-64 Plasma on an HP Pavilion, AMD A8-4555 APU with HD 7600G graphics, Realtek wifi, using the desktop kernel. No installation issues, and no issues noted after the reboot, though the session was short due to a low battery. I will be using the laptop again tomorrow morning, and if any issues crop up I will be reporting them then.
CC: (none) => andrewsfarm
MGA9-32, Xfce, Ryzen, Nvidia (Nouveau) The following 5 packages are going to be installed: - cpupower-6.6.22-1.mga9.i586 - kernel-desktop-6.6.22-1.mga9.i586 - kernel-desktop-latest-6.6.22-1.mga9.i586 - kernel-userspace-headers-6.6.22-1.mga9.i586 - libbpf1-6.6.22-1.mga9.i586 75MB of additional disk space will be used. - spent some time with it - no issues in 32bit
CC: (none) => brtians1
RH mageia 9 x86_64 uname -r 6.6.22-server-1.mga9 Reboot after comment#8 and start to use kernel server Ethernet OK Sound OK Video OK Cdemu+dkms-vhba OK Not issues detected
RH mageia 9 i586 uname -r 6.6.22-server-1.mga9 Wifi OK Sound OK Video OK cdemu+dkms-vhba OK Light use before post this report, not find issues
RH mageia 9 i586 uname -r 6.6.22-desktop-1.mga9 Wifi OK Sound OK Video OK cdemu+dkms-vhba OK Light use before post this report, not find issues
MGA9-64, AMD Ryzen 5 2600, Nvidia 1650 super, GNOME, virtualbox host The following 7 packages are going to be installed: - cpupower-6.6.22-1.mga9.x86_64 - kernel-server-6.6.22-1.mga9.x86_64 - kernel-server-devel-6.6.22-1.mga9.x86_64 - kernel-server-devel-latest-6.6.22-1.mga9.x86_64 - kernel-server-latest-6.6.22-1.mga9.x86_64 - kernel-userspace-headers-6.6.22-1.mga9.x86_64 - lib64bpf1-6.6.22-1.mga9.x86_64 152MB of additional disk space will be used. rebooted sound working virtualbox working networking is fine nvidia drivers working fine (550) works for me
RH mageia 9 i586 uname -r 6.6.22-desktop586-1.mga9 Wifi OK Sound OK Video OK cdemu+dkms-vhba OK Light use before post this report, not find issues
CC: (none) => davidwhodgins
Thomas and Dave H. I see a mention to a vulnerability in https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.22, this bug must be changed to security?
It's no longer my call. The linux kernel now has it's own cve site. https://linuxkernelcves.com/ I think the bug should be marked as a security update, with the list of cve ids included in the advisory in the cve section, but that the text of each cve description should not be included in the body of the advisory or it will become a small book in size.
(In reply to Dave Hodgins from comment #17) > It's no longer my call. > > The linux kernel now has it's own cve site. https://linuxkernelcves.com/ > > I think the bug should be marked as a security update, with the list of cve > ids included in the advisory in the cve section, but that the text of each > cve > description should not be included in the body of the advisory or it will > become a small book in size. I did like to know this in 6.6.18 round, BTW not see CVEs for 6.6.22 but maybe will be good to include the CVEs for 6.6.18 now what you think?, sorry to ask you, but not sure to whom more consult
Sorry about not getting to you sooner. Iwent to bed early last night, and did not see the email until a few minutes ago. (In reply to katnatek from comment #18) > (In reply to Dave Hodgins from comment #17) > > It's no longer my call. > > But that doesn't mean we don't need your advice anymore. We are still learning our way here. > > The linux kernel now has it's own cve site. https://linuxkernelcves.com/ > > > > I think the bug should be marked as a security update, with the list of cve > > ids included in the advisory in the cve section, but that the text of each > > cve > > description should not be included in the body of the advisory or it will > > become a small book in size. > > I did like to know this in 6.6.18 round, BTW not see CVEs for 6.6.22 but > maybe will be good to include the CVEs for 6.6.18 now what you think?, sorry > to ask you, but not sure to whom more consult I was actually surprised to see this listed as a bugfix update. In years past such things were left to TMB to decide, he wrote the advisories for kernels and such, and I'm guilty of not paying the attention to them that I probably should have. But, it seems to me that it would be a rare kernel indeed that didn't include at least some security patches as well as bug fixes. As for the CVEs for kernel 6.6.18, I suppose there are two ways you *could* go. You could include those CVEs here, or you could revise the advisory for kernel 6.6.18 now. I think it's a little late to do the latter now, so I would go with putting them in this advisory. But Dave has far more experience in this area than I, and I'd like to see his opinion.
Installed and tested without issues. Tested for two days of server usage. No issues noticed. Lots of server stuff running but also did a quick test of desktop usage with SDDM, Xorg, Plasma DE and LXQt DE. System: Mageia 9, x86_64, Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz. $ uname -a Linux marte 6.6.22-desktop-1.mga9 #1 SMP PREEMPT_DYNAMIC Sun Mar 17 18:04:51 UTC 2024 x86_64 GNU/Linux $ rpm -qa | grep 6.6.22 | sort cpupower-6.6.22-1.mga9 kernel-desktop-6.6.22-1.mga9 kernel-desktop-latest-6.6.22-1.mga9 kernel-userspace-headers-6.6.22-1.mga9 lib64bpf1-6.6.22-1.mga9 perf-6.6.22-1.mga9 $ lscpu | grep name Model name: Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz $ lspci 00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06) 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06) 00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04) 00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04) 00:16.3 Serial controller: Intel Corporation 8 Series/C220 Series Chipset Family KT Controller (rev 04) 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04) 00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04) 00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation Q87 Express LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04)
Installed and tested without issues. Tested for two days of workstation usage, including running containers and virtual machines, including PCI pass through of a AMD Radeon RX 6500 XT GPU to a VM. No issues noticed. System: Mageia 9, x86_64, Plasma DE, AMD Ryzen 5 5600G with Radeon Graphics using amdgpu driver. $ uname -a Linux jupiter 6.6.22-desktop-1.mga9 #1 SMP PREEMPT_DYNAMIC Sun Mar 17 18:04:51 UTC 2024 x86_64 GNU/Linux $ rpm -qa | grep 6.6.22 | sort cpupower-6.6.22-1.mga9 kernel-desktop-6.6.22-1.mga9 kernel-desktop-devel-6.6.22-1.mga9 kernel-desktop-devel-latest-6.6.22-1.mga9 kernel-desktop-latest-6.6.22-1.mga9 kernel-userspace-headers-6.6.22-1.mga9 lib64bpf1-6.6.22-1.mga9 perf-6.6.22-1.mga9 $ lscpu | grep name Model name: AMD Ryzen 5 5600G with Radeon Graphics $ lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne Root Complex 00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne IOMMU 00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge 00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge 00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge 00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus 00:08.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 51) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51) 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 0 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 1 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 2 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 3 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 4 00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 5 00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 6 00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 7 01:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Upstream Port of PCI Express Switch (rev c1) 02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Downstream Port of PCI Express Switch 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 24 [Radeon RX 6400/6500 XT/6500M] (rev c1) 03:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 21/23 HDMI/DP Audio Controller 04:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset USB 3.1 xHCI Compliant Host Controller (rev 01) 04:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset SATA Controller (rev 01) 04:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Bridge (rev 01) 05:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port (rev 01) 05:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port (rev 01) 05:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port (rev 01) 05:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port (rev 01) 05:07.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] 400 Series Chipset PCIe Port (rev 01) 06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 26) 0b:00.0 Non-Volatile memory controller: Kingston Technology Company, Inc. Device 500f (rev 03) 0c:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cezanne [Radeon Vega Series / Radeon Vega Mobile Series] (rev c9) 0c:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Renoir Radeon High Definition Audio Controller 0c:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor 0c:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1 0c:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1 0c:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller 0d:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 81)
Installed and tested without issues. Tested on a QEMU/KVM virtual machine with a PCI pass through of a AMD Radeon RX 6500 XT GPU. This VM is mostly only used for games, including Steam games. Did a quick test of a bunch of games, including some using OpenGL and Vulkan, and all is working without issues. Host system: see comment 21. Guest System: Mageia 9, x86_64, QEMU/KVM, LXQt DE, AMD Ryzen 5 5600G with Radeon Graphics, Radeon RX 6500 XT using amdgpu driver. $ uname -a Linux jupiter-vm-mageia-9-jogos 6.6.22-desktop-1.mga9 #1 SMP PREEMPT_DYNAMIC Sun Mar 17 18:04:51 UTC 2024 x86_64 GNU/Linux $ rpm -qa | grep 6.6.22 | sort cpupower-6.6.22-1.mga9 kernel-desktop-6.6.22-1.mga9 kernel-desktop-latest-6.6.22-1.mga9 kernel-userspace-headers-6.6.22-1.mga9 lib64bpf1-6.6.22-1.mga9 $ lscpu | grep name Model name: AMD Ryzen 5 5600G with Radeon Graphics $ lspci 00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller 00:01.0 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.1 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.2 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:02.0 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:02.1 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:02.2 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:02.3 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:02.4 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:02.5 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:02.6 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:02.7 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:03.0 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1f.0 ISA bridge: Intel Corporation 82801IB (ICH9) LPC Interface Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller [AHCI mode] (rev 02) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02) 01:00.0 Keyboard controller: Red Hat, Inc. Virtio 1.0 input (rev 01) 02:00.0 Input device controller: Red Hat, Inc. Virtio 1.0 input (rev 01) 03:00.0 Unclassified device [0002]: Red Hat, Inc. Virtio 1.0 filesystem (rev 01) 04:00.0 PCI bridge: Red Hat, Inc. Device 000e 05:01.0 SCSI storage controller: Broadcom / LSI 53c895a 06:00.0 Ethernet controller: Red Hat, Inc. Virtio 1.0 network device (rev 01) 08:00.0 Communication controller: Red Hat, Inc. Virtio 1.0 console (rev 01) 09:00.0 SCSI storage controller: Red Hat, Inc. Virtio 1.0 block device (rev 01) 0a:00.0 Unclassified device [00ff]: Red Hat, Inc. Virtio 1.0 memory balloon (rev 01) 0b:00.0 Unclassified device [00ff]: Red Hat, Inc. Virtio 1.0 RNG (rev 01) 0c:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 24 [Radeon RX 6400/6500 XT/6500M] (rev c1) 0d:00.0 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 21/23 HDMI/DP Audio Controller
Installed and tested without issues. Tested on a QEMU/KVM VM using ARM64 emulation. Tested for a few hours. No issues noticed. Host system: see comment 21. Guest System: Mageia 9, aarch64, WindowMaker DE, Cortex-A76 8 core emulation. $ uname -a Linux jupiter-vm-mageia-9-aarch64 6.6.22-desktop-1.mga9 #1 SMP PREEMPT_DYNAMIC Sun Mar 17 17:25:30 UTC 2024 aarch64 GNU/Linux $ rpm -qa | grep 6.6.22 | sort kernel-desktop-6.6.22-1.mga9 kernel-desktop-latest-6.6.22-1.mga9 kernel-userspace-headers-6.6.22-1.mga9 lib64bpf1-6.6.22-1.mga9 perf-6.6.22-1.mga9 $ lscpu Arquitectura: aarch64 Modos de operação da CPU: 32-bit, 64-bit Ordem de byte: Little Endian CPU(s): 8 Lista das CPUs online: 0-7 ID de fornecedor: ARM Nome do modelo: Cortex-A76 Modelo: 1 Tópicos por núcleo: 1 Núcleos por cluster: 8 Sockets: - Cluster(s): 1 Passos: r4p1 BogoMIPS: 125,00 Bandeiras: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp NUMA: Nós NUMA: 1 CPUs de nó0 NUMA: 0-7 Vulnerabilidades: Gather data sampling: Not affected Itlb multihit: Not affected L1tf: Not affected Mds: Not affected Meltdown: Not affected Mmio stale data: Not affected Reg file data sampling: Not affected Retbleed: Not affected Spec rstack overflow: Not affected Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl Spectre v1: Mitigation; __user pointer sanitization Spectre v2: Mitigation; CSV2, BHB Srbds: Not affected Tsx async abort: Not affected $ lspci 00:00.0 Host bridge: Red Hat, Inc. QEMU PCIe Host bridge 00:01.0 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.1 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.2 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.3 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.4 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.5 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.6 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 00:01.7 PCI bridge: Red Hat, Inc. QEMU PCIe Root port 01:00.0 Ethernet controller: Red Hat, Inc. Virtio 1.0 network device (rev 01) 02:00.0 USB controller: Red Hat, Inc. QEMU XHCI Host Controller (rev 01) 03:00.0 Communication controller: Red Hat, Inc. Virtio 1.0 console (rev 01) 04:00.0 SCSI storage controller: Red Hat, Inc. Virtio 1.0 block device (rev 01) 05:00.0 Unclassified device [00ff]: Red Hat, Inc. Virtio 1.0 RNG (rev 01) 06:00.0 Unclassified device [0002]: Red Hat, Inc. Virtio 1.0 filesystem (rev 01) 07:00.0 PCI bridge: Red Hat, Inc. Device 000e 08:01.0 Multimedia audio controller: Intel Corporation 82801AA AC'97 Audio Controller (rev 01) 09:00.0 Display controller: Red Hat, Inc. Virtio 1.0 GPU (rev 01)
(In reply to Morgan Leijström from comment #6) > Hm. I have now suspend/resume four more cycles with desktop and three times > with linus, no problem. > > Will shout if i see it again. > Hardware is old (for a PC), maybe getting too old. Already had to replace > CPU. > $ inxi --machine > Machine: > Type: Desktop Mobo: ASRock model: P55 Pro serial: <superuser required> > BIOS: American Megatrends v: P2.60 date: 08/20/2010 So it seems it wasn't a random problem, now passed. BTW, for next rounds you might try to add to the boot cmdline the entry "module_blacklist=nouveau", so that it would prevent, during the period of switching from one driver to another (or even later after nvidia) that the nouveau module is being loaded, and maybe causing some potential side effects on resuming.
(In reply to PC LX from comment #21) > Installed and tested without issues. > > > Tested for two days of workstation usage, including running containers and > virtual machines, including PCI pass through of a AMD Radeon RX 6500 XT GPU > to a VM. > No issues noticed. > So seems ok. How did you get the permissions of the passtrough devices or are you running qemu as root? I was wondering if anyone has already tried qemu with GVT-g. It's a sort of hardware GPU passtrough virtualization, for intel GPU beyond or equal to Broadwell.
(In reply to katnatek from comment #18) > I did like to know this in 6.6.18 round, BTW not see CVEs for 6.6.22 but > maybe will be good to include the CVEs for 6.6.18 now what you think?, sorry > to ask you, but not sure to whom more consult You're right. I hadn't noticed that 6.6.22 is not listed yet. The linux kernel cve assignments are new. In the past all kernel bugs were treated as potential security bugs, whether there were known methods of exploiting them or not. I don't know how long it takes before a release is added to the kernel cve page. While some kernel updates were marked as security, when there were exploits circulating in the wild, most were just marked as bugfix updates by Mageia. It's probably a good idea to continue only listing cve identifiers when there is an exploit circulating. In this case as far as I know there are none, so leaving it as bugfix and just including the link https://linuxkernelcves.com/ and the link to the changelog in the references section of the advisory. The purpose of marking an update as a security update is to let people know it's not safe to continue using the old version. Each update must be evaluated on a case by case basis. There is no hard and fast rule.
(In reply to Giuseppe Ghibò from comment #25) > (In reply to PC LX from comment #21) > > Installed and tested without issues. > > > > Tested for two days of workstation usage, including running containers and > > virtual machines, including PCI pass through of a AMD Radeon RX 6500 XT GPU > > to a VM. > > No issues noticed. > > > > So seems ok. How did you get the permissions of the passtrough devices or > are you running qemu as root? Running as qemu user. I'm using libvirtd service to handle the VMs. > I was wondering if anyone has already tried qemu with GVT-g. It's a sort of > hardware GPU passtrough virtualization, for intel GPU beyond or equal to > Broadwell. I have an AMD CPU and GPU in my workstation. I don't have any recent Intel CPU with GVT-g but it looks very interesting. Being able to use the GPU in the VMs and host at the same time is better than the setup I have now where the GPU is available only to the VM and the host can't use it.
mga9-64 OK, three laptops: ___Acer Aspire7 Filesystem: LVM on LUKS, on SSD OK: Plasma X11, Desktop apps, Firefox internet video, suspend-resume, hibernate-resume ___Dell precision M6300 Filesystem: LVM on SSD OK: Plasma X11, Desktop apps, Firefox internet video, suspend-resume, hibernate-resume ___Lenovo Thinkpad T510 Filesystem: LVM on LUKS, on SSD OK: Plasma X11, Desktop apps, Firefox internet video, suspend-resume Fail: Hibernate fail to power off: power lamp start blinking quickly (usually indicates kernel panic), have to keep power button pressed to shot down. Apart from that the process seem to work with a quirk: § Resuming works - and this seem to be an improvement over previous kernel. § Weird quirk: after resuming from hibernation, logging out makes it log in immediately as same user. Second try logging out really logs out to sddm login menu.
mga9-64 OK on my workstation svarten Intel i7-870, Intel P55 nvidia GTX750 using nvidia-current 550.54.14-2. Been using it a few days with Plasma X11, various desktop apps, Firefox internet video VirtualBox, using locally dkms built kmod as well as our binary kmod package, running with MSW7 guest: USB2 flash stick. Dynamic window resizing. Bidirectional clipboard. Internet video in Firefox.Drag files from Dolphin to Explorer. Host folder sharing: both write protected and not. Suspend-resume: OK
mga9, x64 Intel NUC12WSBi7, Intel Alder Lake Graphics i915 Ethernet Kernel desktop, Mate Straightforward installation. mga10 i686 VirtualBox client updating 913 packages. Bluetooth audio connected to portable speaker with no extra configuration. Youtube video in firefox. Mplayer audio. VLC music video. Other graphics tests worked fine. Leaving this to run for a while.
CC: (none) => tarazed25
MGA9-32 Xfce on Foolishness, my Dell Inspiron 5100, P4, Radeon RV200 graphics, ath3 wifi. Two installs, one using the desktop kernel, the other using desktop586. No installation issues on either install, and after the reboot no issues to report on either one.
MGA9-64 Plasma Wayland on HP-Pavillion No installation issues. Rebooted and wifi connection to router and printer work OK. No problems with all sorts of LO-files, text, pictures, music and video files.
CC: (none) => herman.viaene
Updated all the packages without issues and rebooted smoothly. Kernel: 6.6.22-desktop-1.mga9 x86_64 10-core Intel Core i9-7900X NVIDIA GP102 [GeForce GTX 1080 Ti] driver: nvidia v: 470.239.06 Mate desktop running fine. Checked blender, teapot, glmark2, stellarium. Bluetooth audio worked right away. vlc for terrestrial TV. VirtualBox working properly for 32 and 64-bit Mageia clients. Installed docker and started service and ran the hello-world test and then bash in ubuntu. Switched to the server kernel. LO writer working. Created an 8GB ramdisk, mounted it, created symlink and copied user data directory to it. $ cp -rf data ramdisk $ df -h | tail -1 ramfs 8.0G 3.9G 4.2G 49% /mnt/ramdisk Copied an mp4 documentary to ramdisk then used vlc to play it fullscreen. The server kernel has been running for four days without issues.
Mageia9, x86_64 Kernel: 6.6.22-desktop-1 Server kernel installed as well. 8-core AMD Ryzen 7 5700U with Radeon Graphics AMD Lucienne driver: amdgpu Realtek RTL8125 2.5GbE driver: r8169 Intel Wireless 8265 / 8275 driver: iwlwifi Intel Bluetooth wireless interface type: USB driver: btusb kmods built. Reboot went very smoothly. Bluetooth connected to SoundTouch sound bar immediately. Played mp4 video with vlc, totem, parole and dragonplayer and a scifi clip on Youtube in Firefox. NFS shares up and running. Remote login to another node on the home network OK. LO writer exported an original ODT file to PDF. Virtualbox launches a 64-bit Mageia client. Other desktop applications are running as expected.
RH mageia 9 x86_64 Plasma Wayland uname -r 6.6.22-desktop-1.mga9 boot with psi=1 Waydroid still working Not issues detected
Actually from these reports seems pretty stable, so probably worthwhile to validate at this point.
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=33009
(In reply to Giuseppe Ghibò from comment #36) > Actually from these reports seems pretty stable, so probably worthwhile to > validate at this point. I was thinking the same thing myself. Validating.
CC: (none) => sysadmin-bugsWhiteboard: (none) => MGA9-32-OK MGA9-64-OKKeywords: (none) => validated_update
QA Contact: (none) => securityComponent: RPM Packages => Security
Keywords: (none) => advisory
Changed to security due the mitigation mentioned in changelog https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.6.22
Could you add the CVE number(s) to the advsiory then, if there are some?
CC: (none) => dan
(In reply to Dan Fandrich from comment #39) > Could you add the CVE number(s) to the advsiory then, if there are some? I check and not find any CVE but the mention of mitigation in the changelog sound to me like security, If you think is not so I'll make the change in the advisory
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGASA-2024-0091.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
Just to add one more test... MGA9-64 Plasma on an HP Probook 6550b, i3 350M, Intel graphics, Broadcom wifi. I had not started this notebook in a while, and there were many updates waiting while I had my morning coffee. There were no installation issues with any of them. The broadcom-wl module was built with no issues, and after the reboot everything functions normally.
Mee too more tests for reference We now seem to have a good situation regarding suspend and hibernate generally ================================ Dell Precision M4400 (Just now cleanly upgraded online from mga8 using wifi) OK mga9-64, Xfce including both suspend and hibernate! nouveau on NVIDIA G96GLM [Quadro FX 770M] LVM on LUKS partition $ inxi -SMCG System: Host: localhost Kernel: 6.6.22-desktop-1.mga9 arch: x86_64 bits: 64 Desktop: Xfce v: 4.18.1 Distro: Mageia 9 Machine: Type: Portable System: Dell product: Precision M4400 v: N/A serial: <superuser required> Mobo: Dell model: 0R906R serial: <superuser required> BIOS: Dell v: A19 date: 12/21/2009 CPU: Info: quad core model: Intel Core2 Quad Q9100 bits: 64 type: MCP cache: L2: 12 MiB Speed (MHz): avg: 1766 min/max: 1600/2268 cores: 1: 1600 2: 1596 3: 1600 4: 2268 Graphics: Device-1: NVIDIA G96GLM [Quadro FX 770M] driver: nouveau v: kernel Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X: loaded: nouveau,v4l dri: nouveau gpu: nouveau resolution: 1920x1200~60Hz API: OpenGL v: 3.3 Mesa 23.3.6 renderer: NV96
plus on that M4400 also hybrid sleep works well :) (initiated from Xfce logout menu) i.e if still power in battery it resumes quickly from suspend in RAM, if battery have gone empty (i removed it), it resumes from disk, like hibernation. Note to self: it is very easy to flip the wifi killswitch on the side of this laptop by accident and took some thinking to remember it existed...
Now my eldest computer ( Normally reserved for servicing old machinery; dual booting MSwinXP, built in LPT port, and COM on dock.) IBM Thinkpad T40 (inxi say T41 but the label T40) (Just now cleanly upgraded online from mga8 using wifi) OK mga9-32, Xfce, LVM Resuming OK from suspend, hibernate, and hybrid sleep :) AMD RV200/M7 [Mobility Radeon 7500] $ inxi -SMCG System: Host: localhost Kernel: 6.6.22-desktop586-1.mga9 arch: i686 bits: 32 Desktop: Xfce v: 4.18.1 Distro: Mageia 9 Machine: Type: Laptop System: IBM product: 23738RG v: ThinkPad T41 serial: <superuser required> Mobo: IBM model: 23738RG serial: <superuser required> BIOS: IBM v: 1RETDRWW (3.23 ) date: 06/18/2007 CPU: Info: single core model: Intel Pentium M bits: 32 cache: 1024 KiB note: check Speed (MHz): 600 min/max: 600/1600 core: 1: 600 Graphics: Device-1: AMD RV200/M7 [Mobility Radeon 7500] driver: radeon v: kernel Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X: loaded: v4l failed: radeon dri: radeon gpu: radeon resolution: 1024x768~60Hz API: OpenGL v: 4.5 Mesa 23.3.6 renderer: llvmpipe (LLVM 15.0.6 128 bits)
Reads a lot like Foolishness, except that my Dell has a P4. Good to know someone other than me is using Mageia 9 on one of these old guys...