This is version 2 of the proposal that provides additional details regarding the bring up process. The initial version is at https://edk2.groups.io/g/rfc/message/696 The goal of the proposal is integr

This patch modifies the build system in order to generate and use metadata to add it to the efi binaries. It uses python-uswid [1], given a set of config files (.ini) with the metadata it converts the

I can sign up to maintain XCODE. I think Rebecca has been running test builds with XCODE. The XCODE5 names comes from the compiler flags needing to change for Xcode 5. Yes 2013 called and wants it com

Hi, It's basically gcc 5 & newer. I think all the GCC4x variants can be dropped by now. take care, Gerd

Sean: After remove, the supported tool chain will have its maintainer. This is a good idea. For CLANG tool chain, CLANGPDB and CLANGDWARF supports IA32 and X64 arch only, they can run Windows/Linux/Ma

As discussed at the weekly tools meeting, I am proposing that all unsupported tool chains get removed from tools_def.template in the Basetools/Conf folder (edk2/tools_def.template at master · tianocor

Hi All, I would like to propose a new protocol which would standardize a way a device driver PEIM communicates with PEIM that discovers PCI devices and manages their resources(later called enumerator

I am getting this failure during build: ``` In file included from /home/edk2/edk2/MdePkg/Library/BasePrintLib/PrintLibInternal.h:22, from /home/edk2/edk2/MdePkg/Library/BasePrintLib/PrintLibInternal.c

Hello all, We have updated the Overview section of the Inclusive Language Guidelines to clarify two things. 1. Which version (via date) of the [[UEFI Inclusive Language Implementation Guidelines|https

Mike, Sounds like a good plan. Thanks, Andrew Fish

Hello Sean, You make a good point. I will remove both steps 3.1 and 4.1 from the plan for now so we can focus on the main proposal. We can open a discussion later on to determine how best to maintain

I would like to start a discussion regarding integration of the static analysis (SA) into the edk2 workflow. I assume the SA benefits are well understood, so I'll get straight to the point; however, i

Hi everyone, I would like to propose the new FMMT Python tool, which is used to replace the origin C version tool. Currently the FMMT C tool is saved in edk2-staging repo, but its quality and coding s

Hello Marvin, Your concerns have been heard, but providing a list of every alternative for every scenario and how/when to use them would be unreasonable. We would expect developers to use their unders

Liming, Correct. PyFMMT does not depend on GenSec, GenFfs and GenFv. Yes. the future PyGenSec, PyGenFfs and PyGenFv can reuse code from PyFMMT. Thanks, Bob Sent: Friday, October 29, 2021 10:16 AM To:

Christine: This is a good news. Thanks for your great work. With this change, FMMT doesn’t depend on GenSec, GenFfs and GenFv C tool. Right? If yes, can those logic be reused to replace GenSec, GenFfs

Hello all, Please provide your feedback and comments to the Inclusive Language Plan below over the next two weeks (10/25-11/05). Thank you in advance for your contributions. *** ## Overview To promote

Hello, I would like to propose that we update to a newer version of NASM. https://www.nasm.us/ The most recent stable version is 2.15.05. https://www.nasm.us/pub/nasm/releasebuilds/2.15.05/ NASM 2.15.

I'd like to propose adding EFI_MP_SERVICES_PROTOCOL support for AARCH64 systems. I've attached two patches to implement support for it in the DXE phase, based on code in EmulatorPkg and UefiCpuPkg. It

Add support for EFI_MP_SERVICES_PROTOCOL during the DXE phase under AArch64. Call PSCI_CPU_ON to power on the core, call the supplied procedure and then call PSCI_CPU_OFF to power off the core. Signed