Identifikátory GPU karet Intel Battlemage už jsou v ovladači Xe pro Linux 6.11
Nejnovější balík změn mířící do příští verze ovladače Xe už je ve vývojové větvi DRM-Xe-Next pro budoucí Linux 6.11. Obsahuje nová PCI ID, tedy identifikátory GPU/karet příští generace Intelu, tedy nikoli současný Alchemist / Axxx, ale Xe2, tedy Battlemage / Bxxx. Nejde přitom o podporu pro integrovaná grafická jádra v budoucích procesorech Intel, jde o implementaci pro samostatné (herní + výpočetní) grafické karty.
Celkově do jádra míří pět dílčích identifikátorů (0×E202, 0×E20B, 0×E20C, 0×E20D a 0×E212), k čemuž pro srovnání připomeňme, že (pokud pomineme počáteční velmi omezené experimenty) v rámci řady Alchemist byly a jsou běžně v prodeji karty Arc A380, A580, A750 a A770 (8GB a 16GB). Některá ID mohou být ale rezervována pro inženýrské vzorky.
Pro Linux 6.11 bude platit, že běh karet Battlemage přes ovladač Xe bude potřeba aktivovat ručně přepínače xe.force_probe=. V Plánu je jak pro mobilní procesory Lunar Lake s Xe2 iGPU, tak pro příští desktopovou generaci velkých karet Battlemage, nabídnout běh právě už přes ovladač Xe, který pro všechny dosavadní produkty je spíše experimentální možností a výchozím ovladačem je i915. Jelikož zde Intel inovuje jak GPU architekturu, tak ovladač, je to poměrně velké sousto a osobně bych si vsadil na nějaké průběžně řešené porodní problémy, takže ač vše půjde na trh ještě v tomto roce, se stabilním během s dobře obsáhlou funkcionalitou počítejme na Linuxu spíše až v roce příštím. Změn je ale v posledním pull-requestu daleko více.
Výkonnostní problémy některých Intel strojů s vadnými firmwary vyřešeny
V rámci linuxového subsystému pro správu napájení byla připravena oprava řešící problémy s výkonem CPU na některých sestavách s hybridními CPU Intel (tedy 12. generace Alder Lake a výše), jež jejich výrobce obdařil vadným firmwarem. Oprava, která zamířila do ovladače Intel P-State, řeší až 50% propady výkonu.
Jeden z vývojářů Kubuntu problém vystopoval až k chybnému reportování ACPI CPPCv2 (Collaborative Processor Performance Control) schopností na některých strojích, kde problém sahá až k Linuxu 5.19. V jeho případě šlo o notebook s procesorem Core i5–13500H s EEVDF schedulerem, kde pozoroval až o 50 % nižší výkon v Geekbenchi.
Daná platforma, pokud nereportuje podporu CPPCv2, jistá funkce vrací chybu a ovladač Intel P-State pak nemůže nastavit aktivní ITMT, tedy Intel Turbo Boost Max Technology, který je v procesorech Intel or Broadwellu a speciálně i jednojádrové zátěže pak dochází k obrovskému nevyužití potenciálu CPU.
Problém analyzoval Rafael Wysocki z Intelu, který spravuje subsystém správy napájení v Linuxu a došel ke zjištění, že od commitu 7feec7430edd (týká se CPPCv2) se objevily problém y s výkonem. Připravil opravný patch, který mění funkcionalitu tak, že na strojích, kde není reportována podpora CPPC, se použije předchozí mechanismus MSR_HWP_CAPABILITIES. Rychlá oprava se objeví už v Linuxu 6.10 RC6, kdy lze očekávat její bezproblémové a rychle začlenění Linusem. Patch je současně nastaven pro backportování do všech starších jader až po inkriminované 5.19, které nefunkční kód zaneslo.
Linuxová BSoD dostane podporu monochromatického loga
Pro nadšence do Microsoftí „modré obrazovky smrti“ (BSoD), kterou přinese Linux 6.10 již za několik dní, se chystá aktualizace. V Linuxu 6.11 bude možné na této obrazovce zobrazit monochromatické grafické logo namísto jinak použitého ASCII art. Kromě obligátního Tuxe bude možné míti navrženo i vlastní logo a pro případ, že grafické logo nebude k dispozici, nebo nebude Kconfig volba „LOGO“ aktivní, použije se jako fallback právě ASCII art.
Nové nastavení opravy na Spectre BHI
Včas pro případné začlenění do vývojové větve budoucí verze Linux 6.11 se ve větvi x86/bugs objevuje konfiguračně nová záplata na chybu Spectre BHI (Branch History Injection), cílící na cloudová prostředí. Připomeňme, že tato subvarianta Spectre byla objevena v roce 2022 v organizaci VUSec a týká se novějších CPU Intel. Do jádra nyní míří nová předvolba spectre_bhi=vmexit, která chrání virtuání stroj při exit procesu na systémech, které potřebují softwarovou záplatu na tuto chybu.
Aby se provozovatel vyhnul výkonnostnímu dopadu záplaty systémových volání, oprava se aktivuje pouze při z VM pocházejícím útoku Spectre BHI. Samotná systémová volání nechává nechráněná, ale zavádí tuto ochranu vůči útoku ztevnitř virtuálního stroje.
V principu tak taková konfigurace má menší dopad na výkon u cloudových prostředí, kde si lze dovolit nasadit méně robustní a ne tolik všeobjímající záplatování Spectre BHI.
