2002 óta, amikor a kernel ACPI-támogatással bővült, egy felesleges várakozási - „dummy wait” művelet került be a kernelbe. Történt ez mindazért, mert akkoriban néhány chipkészletnél az STPCLK# nem volt időben érvényesítve a kernelben az üresjárat során. A dummy I/O olvasás késlelteti a további utasításfeldolgozást, amíg a CPU teljesen le nem áll. Az AMD egyik mérnöke azonban nemrégiben észrevette, hogy ezt a viselkedést a modern AMD Zen 3 hardvereken is alkalmazzák, és megállapította, hogy ez teljesítményproblémákhoz vezethet az terhelt és üresjárati fázisok között gyorsan váltó munkaterheléseknél, és különösen a nagyobb magszámú rendszerek, például a Ryzen Threadripper és EPYC platformok esetében.

K Prateek Nayak, az AMD mérnöke, kimutatta, hogy a hibás megoldása milyen jelentős hatással lehet a teljesítményre a modern hardverekre az AMD rendszereken. Az Intel CPU-k eközben nem használják ezt a kódutat a modern hardverekhez, így nem érinti őket ez a teljesítményvesztés. Az adott tesztben a minimum adatátviteli értékek 1390.52 százalékkal növekedtek és az átlagos adatátvitel is 50.85 százalékkal emelkedett.

Eredetileg az AMD egy javítást végzett itt, majd Dave Hansen, az Intel mérnöke tisztította és egyszerűsítette ezt a kódot. Ez utóbbi javítás egyszerűen nem alkalmazza ezt a "dummy wait" megoldást, kivéve a régebbi (Nehalem előtti) Intel rendszereket. Mostantól tehát az AMD rendszerek is kihagyják ezt a műveletet, amely a modern rendszereken ronthatja a teljesítményt. Mivel ez főként az leterhelt és az üresjárati állapotok között gyakran váltó munkaterhelésekre van hatással, valamint a nagyobb magszámú rendszereknél jobban észrevehető, az AMD EPYC szerver teljesítménye ezzel a javítással meglehetősen érdekes lehet, különösen a webszerver / adatbázis-munkaterhelések és más típusú gyors tesztek esetében.

Megjelent az FWUPD 1.8.5, amely még több hardver támogatásával segíti a Linux operációs rendszert használó felhasználókat a firmware frissítésekhez.

A fwupd 1.8.5 körülbelül három héttel a fwupd 1.8.4 után érkezik, és újabb bővítményeket tesz elérhetővé:

• az SMU firmware verziójának megjelenítéséhez AMD APU/CPU-kon,
• az android-boot az egyes blokkeszközök frissítésére szolgál,
• és egy általánosat, ami az Intel Goshen Ridge kezelésére szolgál.

Ez a kiadás új hardverek támogatásával is kiegészül, beleértve a Corsair SABRE RGB PRO játékegeret, több Intel Goshen Ridge USB-4 dokkolót, valamint több Sonix CAM eszközt. Emellett javítja a meglévő eszközök támogatását:

• a Wacom AES eszközökét, amelyek mostantól helyesen frissülnek,
• a Ryzen 6000 rendszerekét, hogy letiltsák az alvó üzemmód váltását,
• a PinePhone Pro okostelefonokét, hogy az MTD-t Tow-Boot-ként tegyék elérhetőve.

Az fwupd 1.8.5 frissítés egyéb változtatások mellett lehetővé teszi az ESP megadását a DBX frissítés alkalmazásakor, hozzáadja azt a lehetőséget, hogy az összes elérhető ESP lekérdezésekor mindig ellenőrizze a BDP partíciókat, eltávolítja a „frissítés közben nem használható” / „may not be usable while updating” üzenetet a DBX frissítéseknél, és az archívum méretét a RAM 25 százalékára vagy 4 GB-ra korlátozza. Mindezek mellett elérhetővé teszi a platform képességleírók támogatását, hogy az eszközök beállíthassák a rendellenességeket is.

Továbbá a Linux firmware frissítő segédprogram mostantól a coSWID metaadatokat uSWID MTD blokk eszközről tölti be, a Redfish automatikusan generált jelszavát már nem menti el egy felhasználó által olvasható fájlba, csak akkor hoz létre felhasználókat IPMI használatával, ha ez lehetséges, támogatja az összes CCGX metaadat blokk írását, és több hibát is kijavít.

Az fwupd új verzióval kapcsolatos további információk és letöltés a GitHub webhelyen. Szintén megjelent az fwupd 1.7.10 karbantartási frissítésként az fwupd 1.7 sorozathoz.

De van megoldás Legalábbis a Lenovo új, Microsoft Pluton biztonsági társprocesszorral ellátott, AMD Rembrandt meghajtású laptopjainak egy része alapértelmezés szerint csak a Microsoft kulcsában bízik, és nem a Microsoft 3rd Party UEFI CA Key-ben, amelyet a Linux disztribúciók és mások használnak az UEFI Secure Boot támogatásához. Így alapértelmezés szerint csak a Microsoft Windows fog bootolni az alapértelmezett firmware-konfigurációval néhány új Lenovo laptopon.

A nemrégiben tartott pénzügyi elemzői napon az AMD egy kicsit többet elárult a közelgő ütemtervéről, és van miért izgulni a következő generációs CPU-k és GPU-k tekintetében.

Néhány pont, amit megemlítettek az asztali és laptop felhasználóknak szánt érdekességek közül:

Az AMD Linux grafikus vezérlő mérnökei már dolgoztak az új grafikus processzorok támogatásán. A fejlesztések a javítások a közzététel legkorábbi szakaszában vannak. A illesztőprogram kezelésének változása miatt azonban ezúttal élesen eltér a kialakítás, ahol korábban valami szín és hal név alatt voltak elérhetőek a javítások, hogy elrejtsék az új hardverekkel kapcsolatos munkájukat.

Az AMD új YouTube-csatornát indított, amely kifejezetten fejlesztők számára kínál tartalmakat. A csatorna célja, hogy bemutassa az AMD hardverek és szoftveres eszközök lehetőségeit, valamint értékes technikai bemutatókat és iparági interjúkat tegyen elérhetővé.

Megjelent a Mesa 21.3 a nyílt forráskódú grafikus vezérlők gyűjteményének legújabb negyedéves funkciókiadásaként. A Mesa 21.3 mint a Q4'2021-es frissítés számos izgalmas fejlesztést és új funkciót hoz, mint például: