Vlákno názorů k článku
BIOS pro Linux od kerala - Na začátku roku Apple začal ve svých noteboocích...

Díky za tuto poznámku, konečně vím, odkud vítr fouká :-)
http://en.wikipedia.org/wiki/Extensible_Firmware_Interface
(Viděl jsem to v menuconfigu a doteď jsem to považoval za něco obskurního od embedded architektur jako ARM nebo MIPS.)

V kontextu původní zprávičky, ta věc obsahuje části které jsou potenciálně open, a části které zařizují nezbytný closed-source proprietární bootstrap.

Teď uhnu od původního tématu - zaujalo mě, co všechno má EFI umět a podporovat.
OS-independent drivery, memory management apod. jsou na první pohled zajímavé, ale osobně tomu opět moc nevěřím. Dnešní nejmodernější OS pro PC jsou založeny na myšlence "vytěžit maximum z toho, že si OS všechno řídí sám", tj. především memory management, plánování procesů, ovladače sahající přímo na hardware, to vše v koordinaci se SMP... Kouzlo open-source OS je právě v tom, že k tomu všemu jsou navíc zdrojáky - často lepší než metr dokumentace.

Jedinečnost různých OS spočívá právě v tom, že si každý tyto zásadní oblasti řeší po svém, svým charakteristickým způsobem, podle svých vlastních pravidel, s ohledem na své vlastní cíle: jaké druhy paměti se rozlišují, co je kde potřeba zamknout, jaké API zavolat, čeho se vyvarovat, jak je řešena bezpečnost, plánovač procesů apod. Ovladače hardwaru musí úzkostlivě spolupracovat se SMP frameworkem, který je charakteristický pro daný OS. Moc mi nejde do hlavy, jak vyrobit např. OS-independent hardwarové drivery, které budou zároveň univerzálně SMP-safe - ledaže by SMP bylo taky svěřeno "firmwaru".

Co by z dnešního open-source OS zbylo, pokud by přístup k hardwaru, memory management a SMP zařizoval jakýsi closed-source firmware, daný shůry výrobcem hardwaru? Tenká slupka, která bude v mantinelech daných SMP-aware firmwarem víceméně trpně udržovat seznam procesů a vytvářet své charakteristické prostředí pro běh user-space aplikací?
Mimochodem, to je na hranici s "hypervisory" a virtualizací několika instancí OS na jednom železe...

Dá se vůbec spolehnout na nějaký proprietární closed-source firmware v oblastech, jako je správa paměti a hardwarové ovladače? V kombinaci s takovým mocným firmwarem ztratí původně plně open-source OS určitou část svého lesku a průzračnosti. Hlavně když vidím, kolik bugů mají výrobci v tak relativně jednoduchém softwaru, jakým je PC BIOS, tak moc nevěřím, že by dokázali uchodit plnou implementaci všech vlastností EFI.

Fakt se těším, co z EFI nakonec reálně přežije a prosadí se :-)

Pokud jde o to, přitesat Linuxový kernel do podoby EFI modulu (přidat mu správný header a případně obsloužit pár callbacků) s cílem mít kernel flashnutý v ROMce, tak tomu zase vcelku rozumím. Tak jako dneska člověk rozpárá BIOS CBROMem aby do něj vložil své vlastní logo, tak v budoucnu bude moci vypárat z EFI firmwaru zbytečné moduly a do uvolněného místa flashnout kernel - to zní rozhodně zajímavě :-) Teoreticky by mohl zbýt holý nezbytný HW-specific bootstrap a pak už jenom kernel. Dnešní kapacita BIOSových flashek se k velikosti kernelu pomalu blíží.