Mike: I review all submodules in edk2. They are all from github except for cmocka. So, I agree to use github mirror for cmocka. Thanks Liming > -----邮件原件----- > 发件人: bounce+27952+69010+4905953+8761045

Mike: > -----邮件原件----- > 发件人: Kinney, Michael D <michael.d.kinney@...> > 发送时间: 2020年12月16日 8:25 > 收件人: devel@edk2.groups.io; rfc@edk2.groups.io; > gaoliming@...; Andrew Fish (afish@...) > <afish@...>;

My vote is to own a fork. I agree with Laszlo that it’s very low maintenance (may even be able to automate it with an existing DevOps pipeline to run every day) and gives us the most control of our de

Hello, The following bug has been fixed on edk2/master https://bugzilla.tianocore.org/show_bug.cgi?id=3111 https://github.com/tianocore/edk2/pull/1226 This bug is also considered a critical bug agains

Hello, The following bug has been fixed on edk2/master https://bugzilla.tianocore.org/show_bug.cgi?id=3111 https://github.com/tianocore/edk2/pull/1226 This bug is also considered a critical bug agains

[RFC] The code that creates the TCG Event Log needs an audit Problem Statement The TCG support code included in the EDK2 tree is in place to enable the two major features provided by a platform TPM. 1

Currently, RngDxe in SecurityPkg only supports Intel, with RdRand support. This RFC is to start a discussion about adding support for ARM. I have a Git branch with support for the optional ARMv8.5 RND

In order to support Intel Trust Domain Extensions (TDX) (https://software.intel.com/content/www/us/en/develop/articles/intel-trust-domain-extensions.html), we need a new Trust Domain Virtual Firmware

Which method is the least risky with regard to regressions, in your opinion? I tend to prefer #2. Either option is neutral for ArmVirtPkg at the moment, and option#2 is safer for OvmfPkg (no risk of r

Hi, All This email is to collect feedback about making one common EDK2 MM Core driver to support both MM Traditional drivers and MM Standalone drivers. We know that PI Spec defines two types of MM-rel

Why not move to edk2 repo? Thanks, Hot

Nate, I would actually propose you go further. In Project Mu we consume MinPlatform as its own repo. This is because it has its own lifetime and spans multiple product generations and hopefully someda

Hey Laszlo, With regard to the tool refactoring, Leif had the same feedback and I completely agree with both of you. I have filed a BZ to track the tool refactoring as a separate item: https://bugzill

Hi Everyone, This has come up informally a couple of times already, but I do think that it would be beneficial to move MinPlatformPkg out of the Platform/Intel folder and into a vendor neutral folder.

Hi Nate, totally agree with you. Best, Chris -- *Christian Walter* *Head of Firmware Development / Cyber Security * 9elements GmbH, Kortumstraße 19-21, 44787 Bochum, Germany Email: christian.walter@..

I think code review works. I’m primarily interested in seeing how much code falls under the “edk2” vs “edk2-staging” repos. - Bret Sent: Monday, September 14, 2020 8:12 PM To: devel@edk2.groups.io<mai

Hi Everyone, Given that we have removed FSP 1.x support from TianoCore in edk2-stable201908, it seems that the 1.x FSP binaries at https://github.com/intel/FSP have become increasingly limited in thei

Matthew, I’ll throw out some current developer centric ideas. 1) If you `source edksetup.sh` (edksetup.bat) you get the current behavior, and you add an argument you get the pip flavor? So maybe `edks

Hello all, A recent topic on the RFC mailing list went out and the work on moving Basetools/Sources/Python to a separate repo has started. See the RFC conversation here: https://edk2.groups.io/g/rfc/t

A version of this Wiki page is also provided here for review: https://github.com/mdkinney/edk2/wiki/EDK-II-Code-First-Process Mike