Přeskočit na obsah
Tech-blog Chatujme.cz
Počítače

Asahi Linux se chystá vydat verzi s podporou počítačů s čipy řady M3

Vývojáři Asahi Linuxu napsali 26. srpna 2026 ve zprávě o postupu, že jsou téměř připravení vydat oficiální verzi s podporou počítačů Applu s čipy řady M3. Za poslední měsíce na nich rozchodili webkameru, vestavěné mikrofony, USB 3.0 i Thunderbolt. Uspávání jader ale pořád stojí na kódu, který se do hlavní větve Linuxu dostat nemůže.

· aktualizováno 1. 9. 2026 · 25 zhlédnutí

Čtrnáctipalcový MacBook Pro v tmavém provedení otevřený na pultu v obchodě
Čtrnáctipalcový MacBook Pro s čipem M3 vystavený v japonském obchodě s elektronikou. Foto: Kyu3a, Wikimedia Commons (CC BY-SA 4.0)

Asahi Linux přenáší Linux na počítače Applu s vlastními čipy. Dokumentaci k tomu hardwaru Apple nevydává, takže se ovladače píšou podle toho, co o sobě křemík prozradí, když ho obsluhuje macOS. Zprávu o postupu vydává projekt vždycky s novou verzí jádra; ta poslední, vázaná na Linux 7.2, vyšla 26. srpna 2026.

Nejdůležitější věta v ní je krátká. Tým píše, že je téměř připravený vydat oficiální verzi, a slibuje podrobnosti v nadcházejících týdnech. Datum v textu není.

Co na řadě M3 zbývalo dodělat

Obrazový procesor webkamery zůstal proti starším čipům skoro beze změny. Lišil se jediným vynechaným inicializačním vzkazem, a to jen u M3 Max. Po jeho doplnění do ovladače funguje webkamera na všech zařízeních řady M3, která ji mají vestavěnou.

U vestavěných mikrofonů byla změna větší. Řada M3 přinesla nový vysokofrekvenční decimátor, tedy blok, který převádí surový tok bitů z mikrofonu na vzorkovaný zvuk. Potřebuje jinou sadu koeficientů a podstatně delší inicializační vzkaz. I ten je hotový.

Nejvíc práce si vyžádal řadič portů USB-C. Od M1 až po základní M3 v něm Apple používal upravený obvod Texas Instruments CD3217, kterému se uvnitř projektu říká ACE2 a který visí na sběrnici I2C. Od M3 Pro a M3 Max přešel na ACE3, a ten je připojený přes sběrnici SPMI. Reverzní inženýrství ukázalo, že sada registrů je prakticky táž, jen zabalená do jiného rozhraní. Nové ladicí hodnoty musel dostat i blok ATCPHY, který na portech USB-C domlouvá USB 3, DisplayPort a Thunderbolt; změnil se kvůli přechodu na výrobní proces TSMC N3. USB 3.0 a Thunderbolt teď jedou na všech strojích řady M3.

Zbývá grafika a displej. Firmware grafického jádra AGX i řadiče displeje DCP je svázaný s konkrétní verzí macOS, takže si projekt pro každou generaci hardwaru vybírá jednu, na kterou míří. U řady M3 je to macOS 14.8.3. Podpora řadiče displeje je podle zprávy skoro na téže úrovni jako u rozhraní macOS 13.5, které projekt používá na M1 a M2.

Applu chybí patro, ve kterém běží správa napájení

Na architektuře ARM se uspávání a probouzení jader obvykle řeší rozhraním PSCI: jádro systému zavolá firmware o patro níž, do Exception Level 3, a ten se o procesorové jádro postará. Čipy Applu ale EL3 vůbec nemají. Linux na nich běží v EL2 a nemá komu ten dotaz položit.

Asahi to zatím obchází vlastním ovladačem cpuidle, který jádro uspí přímo instrukcí WFI. Do hlavní větve Linuxu se takový ovladač dostat nemůže: správci kódu pro arm64 trvají na tom, že napájení řídí PSCI, a nic jiného.

Obchvat, se kterým přichází Sven Peter, stojí na zavaděči m1n1. Ten si vyhradí kus paměti, zůstane v ní i po startu systému a nechá tam implementaci PSCI; jádro se do ní dostane přes běhové služby UEFI, které m1n1 stejně už poskytuje kvůli zavádění přes U-Boot. Specifikace PSCI od Armu totiž instrukce SMC a HVC uvádí jen jako příklady, ne jako uzavřený výčet. Návrh leží v konferenci vývojářů jádra od 8. července 2026 jako série šesti záplat označená RFC; sahá do osmi souborů a přidává 261 řádků.

M4 nesmí zavolat WFI

Na řadě M4 je situace horší. Od ní Apple nastavuje takzvané chicken bits, tedy hardwarové přepínače chování jádra, ve svém zavaděči a registry, kterými se ovládají, pak zamkne. Jedním z nich se určuje, jestli si jádro při WFI zachová stav. Specifikace ARM to nařizuje; na M4 to tak nastavené není, takže volání WFI jádro rozhodí a spadne s ním i všechno, co na něm běželo.

Přišlo se na to při zprovozňování M4. Do jádra pak přibyl parametr příkazové řádky, kterým se dá určit, jak se má nečinné procesorové jádro parkovat – třeba prázdnou smyčkou. Stroje s M4 tak nespadnou hned na začátku startu, než se načte ovladač cpuidle; ten pak stav uloží sám a WFI zavolá až potom. Záplaty jsou ve větvi linux-next.

M4 a M5 zatím jen napůl

Na M4 a M5 se rozběhlo úložiště. Firmware řadiče NVMe se v balíku k macOS 15.x změnil způsobem, který dosavadní kód rozbil; po dohledání změn a jejich přenesení do m1n1 i do Linuxu NVMe na obou řadách funguje. PCIe je ve stavu, kdy Linux zařízení na sběrnici alespoň vypíše, a opravená je i chyba, kvůli které systém spadl krátce po startu, jakmile bylo zapnuté víc než jedno jádro. Na zařazení do instalátoru Asahi to podle zprávy pořád nestačí.

Vedle toho se vrátil hypervizor m1n1, tedy nástroj, kterým projekt sleduje, co macOS s hardwarem dělá. Od M4 Apple vyžaduje, aby se před jádrem XNU zavedl Secure Page Table Monitor, který mu odebírá správu tabulek stránek; bez něj XNU zpanikaří hned v úvodu startu. m1n1 tohle prostředí neuměl, takže hypervizor byl na těchhle strojích mrtvý. Teď je umí napodobit, takže se Applův binární soubor dá zavést a sledování hardwaru pokračuje – jen pomaleji.

Video se dekóduje, na obrazovku ještě nejde přímo

Dekódovací blok AVD zvládá H.264, H.265 a VP9 na M1 a M2 a na M3 a novějších k tomu AV1. Podle zprávy jsou první tři formáty spolehlivé na všech podporovaných strojích. Do systému Fedora Asahi Remix se ale zrychlené dekódování zatím neposílá a s pískovištěm, ve kterém dekóduje video Firefox, nespolupracuje.

Druhá polovina úlohy je poslat hotový snímek na displej bez zbytečného kopírování. Ovladač DCP i obě grafické knihovny projektu už formát, který k tomu Apple používá, umějí. Brzdou je KDE Plasma: její kompozitor KWin považuje grafické jádro a řadič displeje za dvě různé grafické karty a přímé zobrazení přes DMA-BUF v takovém případě vypíná úplně. Vývojáři KWinu na tom podle zprávy pracují.

Vydání není totéž co podpora v hlavní větvi

Chystané vydání neznamená, že tenhle hardware umí i hlavní větev Linuxu. Většina popsané práce žije ve vlastní větvi projektu a do jádra putuje po částech; ovladač uspávání jader se do něj nedostane vůbec, dokud návrh PSCI přes UEFI někdo ze správců arm64 nepřijme. Server Phoronix, který zprávu shrnul týž den, to říká stejně: podpora M3 zamíří k uživatelům přes vlastní kód projektu a cesta do hlavní větve bude delší.

Zdroje

Počítače

Linux Jádro Linuxu Apple Apple silicon Asahi Linux

← zpět na výpis