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

Remove the ClusterId and CoreId fields in the ARM_CORE_INFO structure in favor of a new Mpidr field. Update code in ArmPlatformPkg/PrePeiCore/MainMPCore and ArmPlatformPkg/PrePi/MainMPCore.c to use th

Hi I would like to raise the topic on a confidential computing support in OVMF. The main target is AMD SEV feature and Intel TDX feature in OVMF package. The goal is to create a guidance for our futur

Hi Andrew, Marvin, RE: The package name: It doesn't sound like a bad idea to have something like a FileSystemPkg and have a bunch of different filesystems inside of it, but I'll defer to you and my me

I think the Terminal driver may have some similar logic to convert UTF-8 terminals to/from the UEFI UCS-2? https://github.com/tianocore/edk2/blob/master/MdeModulePkg/Universal/Console/TerminalDxe/Vtut

> -----邮件原件----- > 发件人: rfc@edk2.groups.io <rfc@edk2.groups.io> 代表 Pedro Falcato > 发送时间: 2021年7月22日 7:12 > 收件人: devel@edk2.groups.io > 抄送: rfc@edk2.groups.io > 主题: [edk2-rfc] RFC: EXT4 filesystem driv

EXT4 (fourth extended filesystem) is a filesystem developed for Linux that has been in wide use (desktops, servers, smartphones) since 2008. The Ext4Pkg implements the Simple File System Protocol for

There is no other comment for this proposal. I will send it to edk2 devel mail list to collect the feedback. Thanks Liming > -----邮件原件----- > 发件人: rfc@edk2.groups.io <rfc@edk2.groups.io> 代表 Laszlo Ers

Hi, All We plan to do a design review for TDVF in OVMF package. The TDVF Design slides for TinaoCore Design Review Meeting (Jun 11) is now available in blow link: https://edk2.groups.io/g/devel/files/

Laszlo: OK. I give the new proposed date for the release planning. SFF will be shorten to 5 days. HFF will be extended to 14 days. Date (00:00:00 UTC-8) Description 2021-05-28 Beginning of development

Laszlo: I understand this release requirement. Now, we have Feature Planning Freeze (1WW), Soft Feature Freeze (1WW) and Hard Feature Freeze (5 days). I would propose to remove Feature Planning Freeze

Hi, (1) I'm proposing an extension to the soft feature freeze and hard feature freeze announcements: https://github.com/tianocore/tianocore.github.io/wiki/SoftFeatureFreeze#announcing-the-soft-feature