AMD bevestigt te werken aan Linux-kernelondersteuning voor Zen 5-cpu's

Een Linux-kernelpatch bevestigt dat AMD werkt aan officiële ondersteuning voor de komende Zen 5-processors. Op een mailinglijst wordt voor het eerst officieel melding gemaakt van die ondersteuning, al was het al een tijd duidelijk dat die eraan zat te komen.

De melding staat in een mailing van Linux-kernelontwikkelaars. Daarin schrijft Borislav Petkov van AMD dat er een feature flag in de kernel komt voor Zen 5-architectuur. Verderop in de mailinglijst wordt ook een X86_FEATURE_ZEN5 genoemd. Er wordt verder geen concrete functionaliteit toegevoegd aan de kernel, maar het is wel de eerste bevestiging dat AMD aan ondersteuning werkt voor de komende architectuur.

De veranderingen lijken te bevestigen dat codenamen zoals Family 26, die eerder in kernelpatches verschenen, inderdaad betrekking hebben op de nieuwe Zen-architectuur. Eerder werd Family 26 al genoemd in mailinglijsten, waarvan al wel duidelijk was dat het om Zen 5-ondersteuning ging. Eerdere Zen-generaties zoals 3 en 4 heetten al Family 23 in eerdere kernelversies.

Naar verwachting komen eind dit jaar de eerste Zen 5-processors uit. Dat zijn Ryzen 8000-cpu's die gebruikmaken van de nieuwe Navi 3.5-gpu. Tweakers schreef eerder deze week al over de verwachtingen op hardwaregebied voor processors, waar Zen 5 een belangrijke van is.

Reacties (43)

[JBVisual]

Linuxondersteuning voor de ZEN5 zal ook wel nodig zijn als er partners als Sony en Valve zijn die in de toekomst op ZEN5 gebaseerde cpu's willen gaan gebruiken.

Ik zit persoonlijk echt te wachten op de 8000 serie.
Graag zou ik een 8800x3D willen, in de hoop dat de kleine onvolmaaktheden in de huidige 7800x3D weggewerkt zullen zijn. (RAM problemen, voltage issue's etc...)
Ook zou het mooi zijn als DDR5 boven de 6000mhz ondersteund zal worden als officiële spec.

Let op. ik wil de 7800x3D echt niet afkraken, maar ik heb het idee dat ik nu beter nog die paar maanden kan afwachten.

[foobar79]

AMD verdient hun geld vooral met de EPYC server CPUs.
Die draaien voor een groot deel op Linux.

Consumer/Gaming markt valt daarbij in het niet en zal zeker niet de focus zijn geweest.

[kidde]

Consumer/Gaming markt valt daarbij in het niet

Dat is zeker niet waar.

Q3 is de omzet uit datacenter $1,6mrd vs consumenten CPU's / laptop en deaktop GPU's (geen losse videokaarten) $1,5.rd, nageneog gelijk.

Winst op datacenter $306 miljoen vw consumenten tak $140 miljoen.

[Frame164]

Het EPYC marktaandeel groeit flink de laatste tijd maar of er ook echt geld verdient wordt zou ik niet durven stellen. Als ik de prijsverschillen tussen Intel en AMD HP DL servers zie dan is dat wel erg groot. Ik kan van HP AMD-based servers kopen voor iets meer dan een Intel-based server zonder de CPU's. Die AMD CPU krijg je er dus bijna gratis bij want de rest van de server (storage, memory, networking) is vergelijkbaar. Maar het werkt wel om marktaandeel te krijgen: na de koudwatervrees voor iets anders durven DC beheerders te investeren in AMD servers.

[kiang]

And hun chips zijn dankzij het gebruik van chippers exponentieel goedkoper dan die van Intel. Wees maar gerust dat ze er goed geld op verdienen.

[Torgo]

Dan betaal je waarschijnlijk teveel voor je Intel CPUs. Op hoog volume ontloopt het elkaar niet zoveel, maar AMD EPYC wint het op dit moment wat betreft energie efficiëntie en met de huidige prijzen per kWh/MWh is dat een behoorlijk groot voordeel.

[Guru Evi]

Op de officiële prijs misschien wel, maar Intel geeft wel korting.

Je kunt tegenwoordig Dual Xeon Platinum verkrijgen systeem bij zowel Dell als HP met 1TB DDR5 RAM, 100GbE en 12 NVMe SSD voor de MSRP van de CPU. Ik heb er onlangs 5 besteld met 2 L40S per machine voor 30k per stuk.

[HandheldGaming]

Hahah feitelijk is Zen5 ondersteuning voor consumenten producten dus een beetje als het gevolg van een gescheurd condoomgebruik?

"A happy little accident" denken de ouders. Maar ze zeggen "helemaal de bedoeling".

[d3x]

Het internet staat vol met reviews en testen waaruit blijkt dat sneller geheugen amper toegevoegde waarde heeft bij een X3D... ook op tweakers review terug te vinden als je dat betrouwbaar acht: review: AMD Ryzen 7 7800X3D - De langverwachte Intel-killer in games

stock en specifieke EPO heeft de X3D geen issues.

voltage issues zijn er ook niet (standaard), enkel is het ook alom geweten dat er minder marge is voor OC of voltage reductie op de X3D...

dus alles kwestie van verwachtingen, de meeste kopen dit om te gebruiken, de dagen dat er extreme tweaking kon en nodig was zijn al lang voorbij en nee ook op +95% tweakers niet meer van toepassing. Wil je prutsen ben je zelf verantwoordelijk, is dit een algemeen probleem? nee wel een rediit en typisch probleem dat prutsers overal zeggen dat er "standaard" een probleem is

Eerst komt er een 8000 serie, dan een X3D serie (waarschijnlijk wel op de moment of net na de Intel desktop release om weer net te kunnen zeggen dat er beter alternatief is), einde vh jaar dus als alles goed gaat.D

[Reactie gewijzigd door d3x op 22 juli 2024 18:09]

[MrMarcie]

Sneller geheugen merk je volgens mij alleen maar in bijzondere usercases en in tests. Heb me ooit gek laten maken en allerduurste geheugen gekocht. Nu doe ik weer 'normaa' en met een goede set draait alles perfect en snel. Die paar procent mis ik echt niet.

[batteries4ever]

"Ja maar de minimum frame rates!" hoor je dan nu toch wel algemeen bekend is dat de voordelen nauwelijks meetbaar, laat staan merkbaar zijn. Altijd het zoutvaatje erbij houden als er weer iets over pci 5.0 e.d. komt: leuk als ontwikkeling en het wordt vast nog wel eens zinnig, maar in de meeste scenarios is het gewoon geld weggooien.

[MrMarcie]

Die framerates zijn ook nog eens bij FHD. Bij een 3440x1440 scherm zoals ik heb is het misschien 1 frame

[lezzmeister]

Je merkt en meet het wel (vooral 5600G/5700G bijv.) maar het houdt ergens op. Voor AM4 socket zo'n beetje bij DDR4-3600, voor AM5 bij DDR5-6000. Kun je wel hoger gaan maar dan betaal je een klap meer voor gerommel met timings om het goed draaiend te krijgen en dan maar hopen dat je 1:1 IF kan draaien (ga maar uit van niet).

[MrMarcie]

Op mijn R5700X (64Gb) en mijn 5600G (32Gb) heb ik beiden geheugen met 3600Mhz. Klopt, dat is prima.

[field33P]

Linuxondersteuning voor de ZEN5 zal ook wel nodig zijn als er partners als Sony en Valve zijn die in de toekomst op ZEN5 gebaseerde cpu's willen gaan gebruiken

De PlayStation 4 en 5 draaien op Orbis OS, wat een doodordinaire FreeBSD-fork is. Linux is daarop nergens te bekennen.

[sfranken]

Nu is het geloof ik wel zo dat FreeBSD aardig leentjebuur speelt in/bij de Linux kernel.

[Superstoned]

Zeker niet, tenminste niet qua code. De licentie van Linux staat toe om BSD code te integreren maar andersom kan niet.

[InjecTioN]

Ik weet toevallig dat AMD hun video drivers relatief goed op orde heeft, en dat deze - in tegenstelling tot Big Green - open source zouden zijn (AMDgpu Linux kernel module).

Nou heb ik mij nog nooit (hoeven) verdiepen in de AMD CPU/APU support voor de Linux kernel. Hoe goed is AMD over het algemeen in het onderhouden en ondersteuning voor hun andere hardware in combinatie met de Linux kernel? Is dat iets nieuws, of is dit juist reeds bij jaar en dag prima op orde door de fabrikant zelf?

[rbr320]

AMD CPU ondersteuning in de Linux kernel is al jaren prima op orde. Sinds een aantal jaar is hun open source graphics driver inderdaad ook prima. De iGPU in een AMD APU heeft dezelfde architectuur als die van hun dedicated GPU's, alleen heeft hij minder compute units en gebruikt hij een deel van het systeemgeheugen als videogeheugen. Hij maakt dan ook gebruik van dezelfde AMD GPU driver, de ondersteuning is dus prima.

[Reactie gewijzigd door rbr320 op 22 juli 2024 18:09]

[H1MSELF1SH]

Ik draai al 20+ jaar Linux en heb daar nog nooit problemen mee gehad. Ik gebruik zowel Intel als AMD CPU's en zowel AMD als Nvidia GPU's door elkaar.

[JonKoops]

Je kan met AMD en Intel niet verkeerd gaan tegenwoordig, zowel op CPU als GPU gebied (even de performance terzijde). NVIDIA is een geval apart, en hoewel er progressie is voor open-source drivers, zijn deze nog experimenteel, en tevens niet door NVIDIA zelf geschreven. NVIDIAs eigen proprietary driver heeft goede performance, maar zit vol met bugs en compatiblity issues met bijv. Wayland.

[sfranken]

Je hebt bij nvidia een beetje een scheef gezicht. Aan de ene kant doen ze er alles aan om Nouveau de nek om te draaien (signed firmware nodig vanaf de 9 generatie kaarten om boven de min. clock uit te komen, bijvoorbeeld) maar ze werken wel aan een "nieuwe" driver met de kernel open driver.

Moet wel zeggen dat sinds 515+ de wayland issues voor een groot deel weg zijn. Als iets niet werkt is het 99 van de 100 keer de applicatie die dat veroorzaakt, en vaak is het dan een Chromium applicatie zoals Discord.

[JonKoops]

maar ze werken wel aan een "nieuwe" driver met de kernel open driver.

Dit is nog steeds een out-of-tree driver toch? Oftwel niet upstream in de Linux kernel.

[sspiff]

AMD en Intel hebben beiden zeer goede CPU en GPU ondersteuning op Linux.

Er zijn af en toe bij allebei wel eens issues bij nieuwe processors, maar meestal worden die wel snel opgelost. Meestal werkt de basis bij launch, zeker de functies waar Enterprise (lees: servers) klanten om geven.

Consumenten functies voor desktop en laptop cpus lopen soms wel achter.

AMD heeft relatief recent bv hun CPU power management geüpdatet om firmware guided CPU throttling toe te passen, wat voor veel beter battery life op laptops zorgde. Diezelfde ondersteuning had Intel al langer. Op Windows bestond die support al enkele generaties lang.

[Cowamundo]

En wat houdt deze kernel ondersteuning precies in?
Wat kun je er mee en/of wat is het nadeel al dit er niet zou komen?

Jammer dat dit soort informatie vaak ontbreekt in artikelen.

[terror538]

Vermoed dat bepaalde features aan/uit gezet worden adhv detectie van de CPU. Bugs die aan/uit gezet worden. etc.

En natuurlijk ondersteuning voor platform sensors e.d. die mogelijk uniek zijn aan die generatie.

[youridv1]

Dat het niet werkt. Als je uberhaupt weet wat kernel support soortvan inhoudt dan weet je hoe je systeem het doet als er geen werk is gedaan in de kernel voor die cpu architectuur

[terror538]

Niet geheel waar, een systeem zal hoogstwaarschijnlijk gewoon booten.

De instructieset is in principe ongewijzigd, dat is gewoon AMD-64. Alleen kan het zijn dat bepaalde features die aangezet moeten worden vanuit OS niet aan gaan. Of dat workarounds voor bugs die niet/wel nodig zijn niet op de juiste manier gebeuren. etc.

Kan dus zijn dat de stabiliteit minder is, en de performance ook

[youridv1]

Dat is niet bepaald de ervaring die ik had met de 5700U toen de support daarvoor nog niet officieel in de kernel zat van de distro die ik gebruik. Ik dacht, komt wel goed want het is gewoon een rebrand van de 4000 serie.

Nou, nee, dat ging niet goed. Mijn laptop startte op, maar het uptime record zat ergens onder de 3 minuten.

Nieuwste kernel binnengehaald en hij deed het als een zonnetje

[Reactie gewijzigd door youridv1 op 22 juli 2024 18:09]

[sfranken]

Je systeem zal wel gewoon booten, maar dit soort detectie code is vaak meer voor microcode en dat soort ongein. In een ideale wereld maakt het bar weinig uit en gaat het alleen schelen in bijvoorbeeld stroomverbruik, maar dat is een ideale wereld.

Laptops zijn helemaal een gevalletje apart. Op een server heb je inderdaad véél meer kans dat je bak gewoon boot en draait, maar niet 100% optimaal.

[MSalters]

Een CPU is véél meer dan een instructieset. Hoe zijn de page tables opgebouwd? Hoeveel register state moet je saven? XSAVE heeft een variabel aantal bytes nodig, afhankelijk van wat er gesaved moet worden. Zen4 bijvoorbeeld saved meer bytes dan Zen3. Boot je een Zen3 kernel en vergeet die om je ZMM mask register te saven, dan raakt dat mogelijk kwijt bij een context switch. Kleine kans, maar een extreem lastige data corruptie om op te sporen.

[terror538]

vziw kan de kernel adh de featureflags zien of AVX512 supported is en weet de kernel dan dus of het rekening moet houden met ZMM.

Ik meen mij te herinneren dat de kernel ook expliciet naar een register moet schrijven om ZMM/AVX-512 aan te zetten, maar kan het zo snel niet terugvinden

[MSalters]

Klopt, maar die AVX-512 feature flags zitten niet in de base x64 ISA. Dat is dus een weer een ander voorbeeld waarom je niet kunt aannemen dat een generieke x64 kernel het wel zal doen op Zen4 of Zen5.

[Jack77]

Naar verwachting komen eind dit jaar de eerste Zen 5-processors uit.

Euh, als AMD wil kunnen ze de eerste Zen5 cpu's al in Q1/2024 lanceren, heb ik begrepen.

Sowieso vind ik dit bericht wat vreemd. Zen5 komt eraan, dus Linux ondersteuning is nodig. Dus dan mag je verwachten dat ze er onderhand mee bezig zijn.

[Kevinp]

Misschien een herinnering dat Windows 11 door intel destijds gepushed is (althans zo leek het) om hun big/little architectuur te ondersteunen.

Het bouwen van support voor CPU's is dus niet perse zo logisch.

Dat AMD dit zelf doet vind ik persoonlijk erg goed. Een korte Google actie zorgt ervoor dat he ter erg lijkt op dat Intel dit nog niet op orde heeft voor Linux.

[ACM]

Dat AMD dit zelf doet vind ik persoonlijk erg goed. Een korte Google actie zorgt ervoor dat he ter erg lijkt op dat Intel dit nog niet op orde heeft voor Linux.

Intel doet dat vziw ook gewoon zelf voor de Linux-kernel. Wat voor zoekresultaten suggereerden bij jou iets anders?

Zie bijvoorbeeld deze recente changelog waar diverse keren intel.com-mensen in voorkomen:
https://cdn.kernel.org/pu...nel/v6.x/ChangeLog-6.6.10

[Reactie gewijzigd door ACM op 22 juli 2024 18:09]

[Kevinp]

Dat zei ik niet, maar ik lees nog altijd best wat klachten zijn voor intel.

[Eochaidh]

Denk dat Intel dat wel doet aangezien ze een eigen linux distro onderhouden https://clearlinux.org/

[XWB]

Euh, als AMD wil kunnen ze de eerste Zen5 cpu's al in Q1/2024 lanceren, heb ik begrepen.

De eerste Ryzen 8000 cpu's komen in Q1 2024, maar die zijn op Zen 4 gebaseerd. Wellicht komt daar de verwarring vandaan.

[hipster]

Brr een 'goto' statement, dat zou bij mij niet door de review heenkomen

[lezzmeister]

Ik lees dat wel vaker, goto is smerig en not done. Het is toch gewoon onderdeel van de programmeertaal? Wat is dan echt het probleem?

[hipster]

Het is niet gestructureerd programmeren en overvloedig gebruik resulteert in spaghetti code. Ken je klassiekers, google maar eens op “Goto considered harmful”.

Kennelijk zijn er toch pragmatische redenen om het te gebruiken in low level systeem code als linux. Een break uit een diepe geneste lus bijvoorbeeld.

[Reactie gewijzigd door hipster op 22 juli 2024 18:09]

[Roel1966]

Ik volg het allemaal niet zozeer dus misschien dat ik gigantisch achter loop qua ondersteuning voor Linux maar vraag mij wel af hoe het zit met Intel.