Linux 5.3 met AMD Navi-ondersteuning is verschenen

Linus Torvalds heeft aangekondigd dat de Linux 5.3-kernel beschikbaar is. De kernel heeft onder andere ondersteuning voor AMD Navi-gpu's en x86-processors van de Chinese chipfabrikant Zhaoxin.

De nieuwe release brengt ondersteuning voor de Radeon RX 5700-kaarten, die op AMD Navi-gpu's zijn gebaseerd. Ook kan de software nu overweg met de x86-processors van Zhaoxin, een Chinese fabrikant die zich ten doel heeft gesteld cpu's net zo krachtig als Intels Core- en AMD's Ryzen-chips te maken.

Daarnaast ondersteunt de Linux-kernel nu Intels serverchiptechniek Speed Select Technology. Hiermee krijgen bedrijven meer beheeropties voor de processors. Zo kunnen ze de basisfrequenties instellen, al naar gelang de toepassingen van servers.

Ook heeft versie 5.3 uitgebreidere ondersteuning voor ARM-chips en computingboards met die chips, zoals de socs van Allwinner, Rockchip en Amlogic, en zijn er uitbreidingen wat de ondersteuning voor de RISC V-architectuur betreft. Phoronix heeft een lijst van de wijzigingen opgesteld.

De Linux 5.3-kernel is twee maanden in ontwikkeling geweest en heeft acht releasecandidates gehad. Volgens de oorspronkelijke planning zouden dat er zeven zijn. De reden dat er een extra releasecandidate was, is het drukke reisschema van Torvalds, meldt de Linux-aartsvader.

De stabiele versie van Linux 5.4 moet in november verschijnen.

Reacties (18)

[The Zep Man]

De kernel heeft onder andere ondersteuning voor AMD Navi-gpu's en x86-processors van de Chinese chipfabrikant Zhaoxin.

(...)

Ook kan de software nu overweg met de x86-processors van Zhaoxin, een Chinese fabrikant die zich ten doel heeft gesteld cpu's net zo krachtig als Intels Core- en AMD's Ryzen-chips te maken.

Voor wie dit niet kunnen plaatsen: Zhaoxin is een samenwerking tussen VIA Technologies en de gemeente Shanghai. VIA heeft in het verleden ook x86 CPU's gemaakt, maar die waren voornamelijk gericht op de low-end/embedded markt.

[Reactie gewijzigd door The Zep Man op 23 juli 2024 13:02]

[DutchKevv]

Wellicht een stomme vraag:

Ik draai nu Linux (Ubuntu) met een 5700XT, en heb gewoon soepele graphics, uiteraard na het installeren van de drivers.

Wat levert de 'officiele' kernel ondersteuning voor zulke GPU's dan extra op? Krijg je dan betere support voor energie-profiles etc?

[delphium]

Het gaat hier om de open source implementatie van de drivers, dus niet de gepatenteerde drivers van AMD. Ubuntu levert standaard de closed source drivers mee, dus voor jou zal het niet veel verschil maken tenzij je vrije software hoog in het vaandel hebt.

[Omega]

De AMDGPU drivers in de Linux kernel zijn de officiële AMD display drivers. Zowel AMD als de community werken aan deze driver.

De proprietary AMDGPU-pro drivers worden niet meegeleverd met Ubuntu. Die zou je handmatig moeten installeren. En AMDGPU-pro is zoals de naam suggesteert gericht op professionele users die extra functionaliteit nodig hebben zoals OpenCL. Ubuntu levert momenteel geen niet-vrije software mee in hun ISOs, maar daar komt verandering in. Ubuntu gaat in toekomstige releases proprietary Nvidia drivers meeleveren.

Ik ga er van uit dat DutchKevv aan gaming doet. Voor gaming wil je AMDGPU+MESA. MESA word ondersteund en getest door game ontwikkelaars, profiteert van meer game specifieke fixes en levert bijna altijd betere gaming prestaties. Hij zou de nieuwste kernel 5.3 en MESA 19.3 moeten draaien voor de beste stabiliteit en prestaties, alles ouder dan dit ondersteund Navi niet.

Je zou ook AMDVLK kunnen gebruiken in de plaats van MESA/RADV, dat is de officiële open source vulkan driver die in AMDGPU-pro zit. Maar in mijn ervaring doet deze driver het zeer slecht in gaming, voornamelijk WINE gaming.

[Reactie gewijzigd door Omega op 23 juli 2024 13:02]

[DutchKevv]

Dat is correct.

Ik gebruik Linux voornamelijk voor web-dev en daarnaast als hobby C++ openGL engine / game development waarvoor de 5700XT zijn nut vind.

Ik heb inderdaad MESA geïnstalleerd vanwege de libs om openGL te compilen (als ik mij goed herinner).

Vulkan staat op het to-do lijstje dus weinig tot geen ervaring mee, maar thanks voor de tip!

[ELD]

Je voorkomt het herinstalleren van je drivers bij elke kernel update.

[Verwijderd]

Ik draai Kubuntu en ben hier wat blij mee met mijn 4k scherm. Zo kan Firefox nog geen gebruik maken van hardware acceleratie op deze resolutie. Hopelijk gaat deze kernel daar op termijn verandering in brengen want de cpu van m'n Intel NUC wordt nu nog redelijk zwaar belast met het laden van bepaalde websites. Er is dus nog genoeg ruimte voor verbetering.

[SuperDre]

Blijf het nog steeds raar vinden dat de kernel specifieke GPU's moet ondersteunen..

[Nelis123]

Tja, dat is Linux. Een kolos, maar self contained en het werkt out-of-the-box op bijna alle hardware. Waarschijnlijk een belangrijke reden voor het succes.

[Baron]

Als alle drivers bij in de kernel zitten, heeft dit dan geen nadelen (meer geheugen nodig, langere laadtijden)?

[hackerhater]

Ze zitten bij de source erbij als modules. Ze worden niet ingeladen als je de hardware niet hebt.
Hooguit kost het schijfruimte.

[Troepje]

Linux heeft (bijna) altijd al een modulaire kernel gehad, dat je kernel tegen hardware kletst is het hele doel van een kernel. De hardware wordt door verschillende partijen gemaakt, waardoor de aansturing vaak helaas niet generiek is.
Merk op dat het idee is dat je op driver niveau zo vlug mogelijk de hardware abstract probeert te maken. Daar komt de kracht van Linux, als je drivers levert aan de kernel en je wilt een mechanisme oid toevoegen, kan dat vaak wel. Wanneer je aan de regels voldoet kun je gerust een pull request maken of het op zn minst in de groep gooien. Nu heeft AMD een vinger in de Linux pap om zo te zorgen dat hun hardware mooi compatible is .
Met closed source kernels weet je niet altijd zeker waarom een bepaald mechanisme is zoals het is, wat het samenwerken moeilijker maakt.

[Fuzzillogic]

Blijf het nog steeds raar vinden dat de kernel specifieke GPU's moet ondersteunen..

Anders dan bij Windows zitten de drivers ingebouwd. Voor veruit de meeste hardware hoef je dus niets speciaals te installeren, en werkt het gewoon out-of-the-box.

Het is echter wel mogelijk om drivers "los" te installeren, à la Windows. AMD stelt ook dit soort drivers beschikbaar, o.a. om nieuwe hardware op oudere kernels te ondersteunen.

[johnkeates]

De hoeft de kernel niet, maar doet het wel. In plaats van alleen drivers van buiten af zijn er dus ook drivers meegeleverd. Deze drivers zitten dan niet 'in' de kernel code maar zijn losse stukken code die je statisch kan mee-compileren of als module kan compileren en dan inladen.

In dit geval gaat het over het feit dat de kernel ontwikkelaars in een release niet alleen een kale kernel leveren, maar ook heel veel extra's zoals filesystems, drivers enz. die je optioneel kan gebruiken.

[Reactie gewijzigd door johnkeates op 23 juli 2024 03:53]

[Balance]

Alvast een preview voor Linux 5.4:

• Linux 5.4 Cycle To Begin With exFAT Driver, EPYC Improvements & New GPU Support

Belangrijkste toevoegingen zijn ondersteuning voor het exFAT bestandssysteem, Intel 12th Gen graphics (zit in Tigerlake en Xe-gpus), AMD Renoir APUs en Navi 12/14 GPUs, RISC-V KVM, Thunderbolt 3 voor Ice Lake en load-balancing verbetering en EDAC voor Epyc-processoren.

5.4 wordt tevens een LTS-kernel, de vorige was 4.19. Voor sinds jaren zitten er hiermee 5 kernels tussen de LTS-versies, in plaats van 4 (er was zowel een 4.20 als een 5.0 release).

[Aanwezig]

"Daarnaast ondersteunt de Linux-kernel nu Intels serverchiptechniek Speed Select Technology. Hiermee krijgen bedrijven meer beheeropties voor de processors. Zo kunnen ze de basisfrequenties instellen, al naar gelang de toepassingen van servers."

Dat is niet een goed voorbeeld imho. Dit kan namelijk al met Speedstep: /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq

[afraca]

Weet niet wie hier nog langs komt, maar Linus had in z'n begeleidende email nog wel een boeiend verhaal over "breaking userspace". Er is af en toe wat discussie over hoe de kernel bugs zou moeten fixen en de impact daarvan op userspace, dit is weer een boeiende toevoeging in die discussie: https://lkml.org/lkml/2019/9/15/241