https://kernelnewbies.org/Linux_6.5
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.5.1
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.5.2
https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.5.3

MGA9-64, Plasma, Ryzen 2600, nvidia 730gt (nouveau)

The following 5 packages are going to be installed:

- cpupower-6.5.3-1.mga9.x86_64
- kernel-desktop-6.5.3-1.mga9.x86_64
- kernel-desktop-latest-6.5.3-1.mga9.x86_64
- kernel-userspace-headers-6.5.3-1.mga9.x86_64
- lib64bpf1-6.5.3-1.mga9.x86_64

90MB of additional disk space will be used.


.rebvooted

$ uname -a
Linux localhost 6.5.3-desktop-1.mga9 #1 SMP PREEMPT_DYNAMIC Sat Sep 16 00:48:13 UTC 2023 x86_64 GNU/Linux


working as expected.

CC: (none) => brtians1

MGA9-64 Plasma, AMD Phenom II X4 910, AMD HD8490 graphics, Atheros wifi, but with dkms-rtl8192eu also installed. 

Glibc had been updated (bug 32292) and the system rebooted before testing this kernel update.

The rtl8192eu module failed to build. (bug 32200) Other than that, no installation issues, and no issues to report after the reboot.

CC: (none) => andrewsfarm

mga9-64: OK here
Also in same session installed kernel and all other stuff from testing.
A day and a couple reboots since, some surfing, video and document editing, no problems noted.
Intel i7-870, nvidia-current on GTX750, Plasma

Also tried with Virtualbox MSW7pro client: bidirectional text clipboard, host folder write protected and not, USB2 flash stick, internet video.


As with 6.4 series suspend-resume problems i have reported (clearly more than with 6.1 from 8 backport I have tested also on mga9).  Too early to tell yet if better or not than 6.4 - seem similar so no regression.  (Sidenote: 6.4 sometimes hang hard when resuming (occasionally frozen mouse pointer on black), but often the screen just awakes shortly then sleep back - in that case I can unplug, replug the Displayport connector and all is well.  SO far i have only seen the easy screen not wake up problem, but only used less than ten suspend cycles yet.)

CC: (none) => fri

Installed on aarch64.
No problem detected. It now has XFS enabled :)

CC: (none) => yvesbrungard

Mageia9, x86_64

6.5.3-desktop-1.mga9
Amd Pn51 5700u
AMD Ryzen 7 5700U - 8 cores
AMD Lucienne, driver: amdgpu
Realtek RTL8125 2.5GbE : r8169
RAM 32GB

Installed everything including kernel source.
Reboot OK.
VirtualBox working, thunderbird, firefox, Youtube videos, bluetooth audio and common desktop applications.

$ sudo dkms status
virtualbox, 7.0.10-2.mga9, 6.5.3-server-1.mga9, x86_64: installed 
virtualbox, 7.0.10-2.mga9, 6.5.3-desktop-1.mga9, x86_64: installed 
xtables-addons, 3.24-1.mga9, 6.5.3-server-1.mga9, x86_64: installed-binary from 6.5.3-server-1.mga9
virtualbox, 7.0.10-3.mga9, 6.5.3-server-1.mga9, x86_64: installed-binary from 6.5.3-server-1.mga9
xtables-addons, 3.23-1.mga8, 5.15.122-server-1.mga8, x86_64: installed-binary from 5.15.122-server-1.mga8
virtualbox, 7.0.10-1.mga8, 5.15.122-server-1.mga8, x86_64: installed-binary from 5.15.122-server-1.mga8
....

CC: (none) => tarazed25

Kernel: 6.5.3-desktop-1.mga9 arch: x86_64

Intel Core i9-7900X : 10 core
GeForce GTX 1080 Ti
Intel Ethernet I219-V : e1000e
RAM 32GB

Installed everything except source package.
Rebooted with the desktop kernel.
Running all day without problems.
Installed virtualbox and launched 32-bit and 64-bit clients.

MGA9-64, AMD 3015e APU, laptop

The following 5 packages are going to be installed:

- cpupower-6.5.3-1.mga9.x86_64
- glibc-2.36-49.mga9.x86_64
- kernel-desktop-6.5.3-1.mga9.x86_64
- kernel-desktop-latest-6.5.3-1.mga9.x86_64
- lib64bpf1-6.5.3-1.mga9.x86_64

rebooted

Working as expected so far.

- sleep works
- browser works
- sound works
- spent day using it including sleep.  Working as expected.

AMD A6-9225 RADEON R4

- installed desktop config

working as expected

Slimbook Prox15 AMD 4800 H with Mageia 9 KDE

- Installed and working fine for the moment.
- Slepp works for the moment (I will watch this more closely due to the bug I reported: https://bugs.mageia.org/show_bug.cgi?id=32082).
- Browser ok.
- Sounds ok.
- Currently using it for everything.

Greetings!

CC: (none) => joselp

MGA9-32 Xfce on Foolishness, my Dell Inspiron 5100, P4, Radeon RV200 graphics, old Atheros wifi,  using the desktop kernel.

Tested after installing glibc and mesa update candidates. No installation issues, and everything seems to work after the reboot.

MGA9-64 Plasma on an HP Pavilion 15, AMD A8-4555, AMD 7600G graphics.

No installation issues, and no issues to report. VLC, Firefox, Thunderbird, virtualbox, all OK.

Update of kernel-desktop and cpupower with QArepo.

MGA9 Plasma x86_64, french locale.

All good (web, messaging, mail, virtualbox, psensor,...)

$ inxi -b
System:
  Host: cbct-desk Kernel: 6.5.3-desktop-1.mga9 arch: x86_64 bits: 64
    Desktop: KDE Plasma v: 5.27.5 Distro: Mageia 9
Machine:
  Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required>
  Mobo: ASUSTeK model: TUF GAMING B550M-PLUS v: Rev X.0x
    serial: <superuser required> UEFI: American Megatrends v: 3202
    date: 06/15/2023
CPU:
  Info: 12-core AMD Ryzen 9 5900X [MT MCP] speed (MHz): avg: 4200
    min/max: 2200/4950
Graphics:
  Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
    driver: amdgpu v: kernel
  Device-2: Logitech HD Webcam C525 type: USB driver: snd-usb-audio,uvcvideo
  Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X:
    loaded: amdgpu,v4l dri: radeonsi gpu: amdgpu resolution: 2560x1440~60Hz
  API: OpenGL v: 4.6 Mesa 23.1.6 renderer: AMD Radeon RX 570 Series
    (polaris10 LLVM 15.0.6 DRM 3.54 6.5.3-desktop-1.mga9)
Network:
  Device-1: Realtek RTL8125 2.5GbE driver: r8169
Drives:
  Local Storage: total: 2.05 TiB used: 885.11 GiB (42.2%)
Info:
  Processes: 457 Uptime: 52m Memory: 31.27 GiB used: 12.25 GiB (39.2%)
  Shell: Bash inxi: 3.3.26

CC: (none) => chb0
Whiteboard: (none) => MGA9-64-OK

It was customary to allow TMB to choose when there had been enough tests over a wide enough range of hardware to OK and validate kernel updates. But with his departure I guess that won't be happening this time, will it? It's up to us now.

Giving a 32-bit OK due to comment 11, and validating. TMB said an "advisory will follow" but all I see are the changelog references in comment 1, so that's all the help I can give there.

Keywords: (none) => validated_update
Whiteboard: MGA9-64-OK => MGA9-64-OK MGA9-32-OK
CC: (none) => sysadmin-bugs

A user reported me that in CAULDRON (not in Mageia 9), with this version of kernel, the nvidia470 driver doesn't build with dkms.

Very good that got tested!

Building nvidia470 fail here on mga9 too.

System have been working with nvidia470 before, but was now running nvidia-current, latest from testing repo.

Unfortunately there is no visible information (that i saw) to the user that it fail when using mcc drakrpm to install nvidia470 packages and then switch using "Set up the graphical server" (as asked by the "Upgrade information" popup.)

Did it ever try to?  Journal:
sep 24 11:05:44 svarten.tribun [RPM][425227]: erase x11-driver-video-nvidia-current-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:05:44 svarten.tribun [RPM][425227]: erase nvidia-current-cuda-opencl-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:05:44 svarten.tribun [RPM][425227]: erase dkms-nvidia-current-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:05:44 svarten.tribun [RPM][425227]: erase nvidia-current-doc-html-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:05:44 svarten.tribun [RPM][425227]: erase nvidia-current-utils-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:07:23 svarten.tribun [RPM][425227]: install dkms-nvidia470-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:23 svarten.tribun [RPM][425227]: install nvidia470-utils-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:23 svarten.tribun [RPM][425227]: install nvidia470-doc-html-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:30 svarten.tribun [RPM][425227]: install x11-driver-video-nvidia470-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:33 svarten.tribun [RPM][425227]: install nvidia470-cuda-opencl-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:33 svarten.tribun [RPM][425227]: erase x11-driver-video-nvidia-current-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:07:33 svarten.tribun [RPM][425227]: erase nvidia-current-cuda-opencl-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:07:49 svarten.tribun kernel: nvidia-uvm: Unloaded the UVM driver.
sep 24 11:07:49 svarten.tribun [RPM][425227]: erase dkms-nvidia-current-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:07:49 svarten.tribun [RPM][425227]: erase nvidia-current-doc-html-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:07:49 svarten.tribun [RPM][425227]: erase nvidia-current-utils-535.113.01-1.mga9.nonfree.x86_64: success
sep 24 11:07:49 svarten.tribun [RPM][425227]: install x11-driver-video-nvidia470-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:56 svarten.tribun [RPM][425227]: install dkms-nvidia470-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:56 svarten.tribun [RPM][425227]: install nvidia470-utils-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:56 svarten.tribun [RPM][425227]: install nvidia470-doc-html-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:56 svarten.tribun [RPM][425227]: install x11-driver-video-nvidia470-470.199.02-1.mga9.nonfree.x86_64: success
sep 24 11:07:56 svarten.tribun [RPM][425227]: install nvidia470-cuda-opencl-470.199.02-1.mga9.nonfree.x86_64: success
                                                 x11-driver-video-nvidia470
sep 24 11:09:57 svarten.tribun drakx11[450621]: those kernel module packages can be installed: dkms-nvidia470
                                                 x11-driver-video-nvidia470 dkms-nvidia470
sep 24 11:10:44 svarten.tribun drakx11[450621]: removed files/directories /etc/ld.so.conf.d/nvidia.conf
sep 24 11:10:44 svarten.tribun drakx11[450621]: removed files/directories /etc/ld.so.conf.d/nvidia_legacy.conf
sep 24 11:10:44 svarten.tribun drakx11[450621]: running: update-alternatives --set gl_conf /etc/nvidia470/ld.so.conf
sep 24 11:10:44 svarten.tribun drakx11[450621]: workaround buggy fglrx/nvidia driver: make dm restart xserver (#29550, #38297)



-----------------

Journal at next boot, autorebuild fail:

sep 24 11:18:56 svarten.tribun dkms-autorebuild.sh[1185]: nvidia470 (470.199.02-1.mga9.nonfree): Installing module.
sep 24 11:18:56 svarten.tribun dkms-autorebuild.sh[1185]: dkms build -m nvidia470 -v 470.199.02-1.mga9.nonfree -k 6.5.3-desktop-1.mga9 -a x86_64 -q --no-clean-kernel
sep 24 11:19:48 svarten.tribun service_harddrake[6828]: switch X.org driver from 'nv.+' to 'nouveau' (The proprietary kernel driver was not found for X.org driver 'nvidia')

Text mode message about it need be rebooted to switch to free driver.
Then black screen with blinking cursor, do not shut down, need ctrl-alt-del...

----------------

Do nvidia470 need to be updated, or kernel package adjusted?

Whiteboard: MGA9-64-OK MGA9-32-OK => (none)
Keywords: validated_update => (none)

I updated the kernel on my Probook 6550b last night, and dkms-broadcom-wl built without issue, so it would appear that dkms is functioning with this kernel.

I'm no developer, but I believe the failures of rtl8192eu and nvidia470 are due to the drivers, not the kernel. We've been through this with the rtl driver, many times.

Hi. 
It looks like 6.5.3 addresses CVE-2023-25775, 6.5.0 addresses CVE-2023-4155, CVE-2023-1076, and more might be at stake.
6.4 branch ended at 6.4.16.
Don't we have a gap to close here?

TJ - looks like a rebuild of the nvidia 470 driver might be in order.   Who from build team does that one?

I believe TMB used to do it, but he has recently left Mageia. I don't know at this point who will be picking up the slack.

CC for comment/action on rebuilding nvidia470 for kernel 6.5.3

CC: (none) => ghibomgx, kernel

(In reply to christian barranco from comment #18)
> Hi. 
> It looks like 6.5.3 addresses CVE-2023-25775, 6.5.0 addresses CVE-2023-4155,
> CVE-2023-1076, and more might be at stake.
> 6.4 branch ended at 6.4.16.
> Don't we have a gap to close here?

IMHO 6.5.3 is too early, we might wait it stabilizes a bit (and there is already 6.5.5 out).

For the CVE-2023-25775, CVE-2023-4155, CVE-2023-1076, they were fixed in 6.4.16. Are there others?

For nvidia470, yes it won't work yet with 6.5.x.

So maybe a new 6.4 in a separate bug for now,
and continue with 6.5.5+ later (possibly in backport if useful until nvidia470 works with it.)

(In reply to Morgan Leijström from comment #23)
> So maybe a new 6.4 in a separate bug for now,
> and continue with 6.5.5+ later (possibly in backport if useful until
> nvidia470 works with it.)

6.4.16 seems the way to go, short term, indeed. Who will take care of it?