LAS16-200: Firmware summit - Tianocore Progress and Status
1 like1,362 views
The document discusses recent developments and governance changes in the Tianocore project, including the migration to Git and the establishment of three stewards to enhance leadership. It also highlights the integration of the EDK2 Fat Filesystem Driver into main repositories following a re-licensing agreement with Microsoft and recent support additions to OpenPlatformPkg. Additionally, it outlines proposed structural changes in EDK2 and ongoing collaborations for improving UEFI self-certification and other UEFI-related projects.
LAS16-200: Firmware summit - Tianocore Progress and Status
- 1. Tianocore Update Leif Lindholm (ARM/Lina ro)
- 2. ENGINEERS AND DEVICES WORKING TOGETHER Glossary UEFI A specification of interfaces which need to be provided by firmware and which portable applications and drivers can be written against. PI Platform Initialization. A specification also maintained by the UEFI forum, describing internal interfaces in a firmware implementation. EDK2 A UEFI/PI implementation maintained as part of the Tianocore project. Tianocore An opensource project encompassing EDK2 and other related software components. Ovmf EDK2 platform port to virtual machines (QEMU, Xen)
- 3. ENGINEERS AND DEVICES WORKING TOGETHER Tianocore Governance ● One of the things Iha ve brought up in the pa st is how la ck of a ny sort of forma llea dership in Tia nocore ha s been holding ba ck a nd slowing down necessa ry cha nges ○ The migra tion to GIT fina lly ha ppened a t the sta rt of this yea r, but it took a long, long time to get there ○ The question of how to integra te more open-source device drivers a nd pla tform support rema ins unsolved (but more la ter) ● As of Ma rch this yea r, Tia nocore now ha s three stewards, empowered to drive consensus ○ Andrew Fish (Apple) ○ Mike Kinney (Intel) ○ Me
- 4. ENGINEERS AND DEVICES WORKING TOGETHER EDK2 FAT Filesystem Driver ● Wa s a lwa ys non-free softwa re, covered by a different license tha n the rest of EDK2 ○ Ba nning use outside of EDK2 ● Apa rt from the ba d PR, this ma de most Linux distributions una ble to ship Ovmf ima ges a s pa rt of their ma in a rchive ○ And a s a result, most cloud infra structure tools initia lly supported only Sea BIOS. ○ So surprisingly, some of the initia l ena blement for AArch64 required work on UEFIsupport (or a t lea st pulling the very la test upstrea m). ● But ba ck in Ma rch/April, Microsoft a greed to relicense under defa ult (2-cla use BSD) ○ Now a ble to be included directly in ma in repositories
- 5. ENGINEERS AND DEVICES WORKING TOGETHER OpenPlatformPkg ● Since la st Connect, we ha ve a dded support for new pla tforms ○ AMD Sea ttle ■ Husky/Cello ■ Overdrive ○ Hisilicon ■ D02/D03 ○ Ma rvell ■ Arma da 70x0 ● We ha ve a lso published the resurrected Ma rvellYukon Ethernet driver ○ And with some help from SoftIron, debugged it a cross a t lea st two funda menta lly different systems ● But hopefully Iwon’t be ta lking a bout it a t next Connect...
- 6. ENGINEERS AND DEVICES WORKING TOGETHER Proposals ● A mecha nism to forma lly drive cha nge in the project. Currently live ones a re ○ Reva mp of the EDK2 directory structure ○ Defining the mecha nism by which new pla tform code a nd drivers a re introduced into EDK2 ● Directory structure ○ Pla n is to drop the outda ted “IP silo”modelwith “pa cka ges”(*Pkg) ○ Define some more obvious loca tions to pla ce device drivers under ● Pla tform code ○ Ma in EDK2 repository to conta in only enough pla tform code to va lida te the core code ○ Sepa ra te pla tforms repository to be set up to hold others
- 7. ENGINEERS AND DEVICES WORKING TOGETHER EBC Support ● EFIByteCode - ena bles a rchitecture-independent device drivers, including option ROMs. ○ AArch64 support implemented by CodeAurora , copyright a ssigned to the Linux Founda tion. ○ Some fixes a nd improvements by Ard. ● Currently only produced by a Non-Free compiler from Intel ○ Working only under Windows + Visua lStudio ○ And ma ny distributors will try to convince you it does not exist. ○ Ba sed on member interest, we’ve worked with the toolcha in group to dra ft a pla n for a n LLVM-ba sed a lterna tive. ● Microsoft currently not signing EBC drivers ○ Interested pa rties need to spea k up in the UEFIforum
- 8. ENGINEERS AND DEVICES WORKING TOGETHER SCT ● The UEFISelf-Certifica tion Testsuite is relea sed periodica lly by the UEFIforum, but unlike EDK2, it ha s never tra nsitioned to a n open development model ○ Code a va ila ble on github to registered UEFIforum members ○ Ma in contributors a re Intel(90%)a nd ARM(9%?) ○ Not much in the wa y of public discussion of upcoming cha nges ● Some proposa ls ma de during UEFIPlugfest la st week ○ Crea te a development ma iling list (a ccess restricted for now) ○ Consider brea king out the test fra mework a s a public-a ccess sepa ra te project from the tests themselves (while investiga ting the possibility of opening the tests up longer-term)
- 9. ENGINEERS AND DEVICES WORKING TOGETHER This Slide Intentionally Left Blank
- 10. ENGINEERS AND DEVICES WORKING TOGETHER Honorary Mention Alexa nder Gra f keeps improving the bootefi support for U- Boot. Even though the implementa tion lea ves out la rge bits of UEFI functiona lity, a n a lterna tive codeba se is a very useful toolfor us to use for va lida tion. And to improve our va lida tion. Iwa nt to: ● Run the UEFIshell on U-Boot ● Run SCT on U-Boot
- 11. ENGINEERS AND DEVICES WORKING TOGETHER And One More Thing... On 21 September 2016 at 08:09, Matt Fleming <matt@codeblueprint.co.uk> wrote: > Folks, > > I've asked, and Ard has agreed to step up and help me co-maintain the > EFI subsystem. > > Given that there are now two maintainers, we're moving to a shared git > repository on kernel.org, hosted at, > > git://git.kernel.org/pub/scm/linux/kernel/git/efi/efi.git > > Expect a MAINTAINERS patch soon. > > I do plan on keeping the existing tree in sync for the time being, so > it won't actually matter which repository people base their patches > on. Hopefully the disruption to patch submitters will be minimal. > > Thanks again Ard!
- 12. Thank You #LAS16 For further informa tion: www.lina ro.org LAS16 keynotes a nd videos on:connect.lina ro.org