|
[RFC][PATCH v1 0/1] PcAtChipsetPkg: Remove framework modules
Hello all, For this RFC patch, so far it has received the below feedbacks: * Ack tag from Laszlo: https://edk2.groups.io/g/devel/message/42381 * Reviewed-by tag from Ray (PcAtChipsetPkg maintainer): h
Hello all, For this RFC patch, so far it has received the below feedbacks: * Ack tag from Laszlo: https://edk2.groups.io/g/devel/message/42381 * Reviewed-by tag from Ray (PcAtChipsetPkg maintainer): h
|
By
Wu, Hao A
·
|
|
[RFC][PATCH 0/1] Drop the SourceForge SVN mirror
2 messages
The patch proposes to: A. Remove the information on the SourceForge SVN mirror repository from the Maintainers.txt file. B. Stop the sync of the SourceForge SVN mirror from the upstream Github Git rep
The patch proposes to: A. Remove the information on the SourceForge SVN mirror repository from the Maintainers.txt file. B. Stop the sync of the SourceForge SVN mirror from the upstream Github Git rep
|
By
Wu, Hao A
·
|
|
[RFC][PATCH 1/1] Maintainers.txt: Drop deprecated SourceForge SVN link
2 messages
The commit will remove the deprecated edk2 SVN mirror at: https://svn.code.sf.net/p/edk2/code/trunk/edk2 After this commit, the above minnor will not be synced with the changes made in the GitHub upst
The commit will remove the deprecated edk2 SVN mirror at: https://svn.code.sf.net/p/edk2/code/trunk/edk2 After this commit, the above minnor will not be synced with the changes made in the GitHub upst
|
By
Wu, Hao A
·
|
|
[RFC] EdkRepo - The Multi-Repository Tool for EDK II
2 messages
Hi All, This RFC is raised to add EdkRepo, the multi-repository tool for EDK II firmware development to TianoCore. EdkRepo is built on top of git. It is intended to automate common developer workflows
Hi All, This RFC is raised to add EdkRepo, the multi-repository tool for EDK II firmware development to TianoCore. EdkRepo is built on top of git. It is intended to automate common developer workflows
|
By
Nate DeSimone
·
|
|
[RFC][PATCH v1 0/3] Remove IntelFramework[Module]Pkg
3 messages
Hello all, So far, this RFC series has received the below feedbacks: * Ack tag from Laszlo Ersek: https://edk2.groups.io/g/devel/message/42382 * Reviewed-by tag from Liming Gao: https://edk2.groups.io
Hello all, So far, this RFC series has received the below feedbacks: * Ack tag from Laszlo Ersek: https://edk2.groups.io/g/devel/message/42382 * Reviewed-by tag from Liming Gao: https://edk2.groups.io
|
By
Wu, Hao A
·
|
|
[edk2-devel] [RFC][PATCH 1/1] Maintainers.txt: Drop deprecated SourceForge SVN link
2 messages
By
Wu, Hao A
·
|
|
[RFC PATCH 2/3] Maintainers.txt: add wildcard path association for Arm/AArch64
3 messages
By
Wu, Hao A
·
|
|
[edk2-devel] [RFC] Fine-grained review ownership for MdeModulePkg
5 messages
Hello all, With Leif's comment on the better usage of the wildcard character & 'X:' tag: https://edk2.groups.io/g/devel/message/42587 The list is updated as shown below. Also, I forgot to mention that
Hello all, With Leif's comment on the better usage of the wildcard character & 'X:' tag: https://edk2.groups.io/g/devel/message/42587 The list is updated as shown below. Also, I forgot to mention that
|
By
Wu, Hao A
·
|
|
[RFC] BZ 1772 MdeModulePkg: Transfer reset data
HI, BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=1772 Before the ResetData of ResetSystem is limit by ResetType and ResetStatus. As the Uefi spec update to 2.8, there is no limit any longer. Her
HI, BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=1772 Before the ResetData of ResetSystem is limit by ResetType and ResetStatus. As the Uefi spec update to 2.8, there is no limit any longer. Her
|
By
Gao, Zhichao
·
|
|
[RFC] BZ 1772 MdeModulePkg: Transfer reset data for 201908 stable tag
2 messages
Zhichao: Do you propose this feature for 201908 stable tag? From: Gao, Zhichao Sent: Monday, August 12, 2019 4:33 PM To: rfc@edk2.groups.io Cc: devel@edk2.groups.io; Gao, Liming <liming.gao@...> Subje
Zhichao: Do you propose this feature for 201908 stable tag? From: Gao, Zhichao Sent: Monday, August 12, 2019 4:33 PM To: rfc@edk2.groups.io Cc: devel@edk2.groups.io; Gao, Liming <liming.gao@...> Subje
|
By
Liming Gao
·
|
|
[RFC] BZ 2067 BaseTools/Scripts: Add GetUtcDateTime.py for edk2-stable201908 stable tag.
3 messages
Hello, I would like to add below simple script to 201908 stable tag, review was sent on August 8th: A script that can return UTC date and time in ascii format which is convenient for patching build ti
Hello, I would like to add below simple script to 201908 stable tag, review was sent on August 8th: A script that can return UTC date and time in ascii format which is convenient for patching build ti
|
By
Chiu, Chasel
·
|
|
[RFC] BZ 1837 Enable Windows Firmware Update Driver Tool in Edk2/BaseTools for 201908 stable tag
3 messages
Hi All, It is the request to Enable Windows Firmware Update Driver Tool in Edk2/BaseTools and catch the Q3 tag. The new tool will leverage the edk2-pytool-library to generate the cat/inf file based on
Hi All, It is the request to Enable Windows Firmware Update Driver Tool in Edk2/BaseTools and catch the Q3 tag. The new tool will leverage the edk2-pytool-library to generate the cat/inf file based on
|
By
Eric Jin
·
|
|
[edk2-devel] [RFC] BZ 2067 BaseTools/Scripts: Add GetUtcDateTime.py for edk2-stable201908 stable tag.
Hi Leif, Thanks for the valuable feedbacks and suggestions. I will re-write script and re-send code review. Regards, Chasel
Hi Leif, Thanks for the valuable feedbacks and suggestions. I will re-write script and re-send code review. Regards, Chasel
|
By
Chiu, Chasel
·
|
|
[edk2-devel] [RFC] BZ 1837 Enable Windows Firmware Update Driver Tool in Edk2/BaseTools for 201908 stable tag
Hi Leif, Thank for the valuable suggestion. In the patch series V2, Sean has been set as author on patch 1/2. Thank you. Best Regards Eric
Hi Leif, Thank for the valuable suggestion. In the patch series V2, Sean has been set as author on patch 1/2. Thank you. Best Regards Eric
|
By
Eric Jin
·
|
|
[edk2-devel] [RFC] BZ 1837 Enable Windows Firmware Update Driver Tool in Edk2/BaseTools for 201908 stable tag
Hi Leif,
By
Eric Jin
·
|
|
Soft Feature Freeze starts now for edk2-stable201908
Hi, all Now, we enter into Soft Feature Freeze phase. In this phase, the feature under review will not be allowed to be pushed. The patch review can continue without break in edk2 community. If the pa
Hi, all Now, we enter into Soft Feature Freeze phase. In this phase, the feature under review will not be allowed to be pushed. The patch review can continue without break in edk2 community. If the pa
|
By
Liming Gao
·
|
|
[POC QEMU PATCH 0/2] CPU hotplug: use dedicated SMRAM at 0x30000 in SMM address space
It's just a quick hack together with Seabios to show that normal RAM at 0x30000 is not affected by SMM relocation and dedicated SMRAM could be used for relocation without need to care about untrusted
It's just a quick hack together with Seabios to show that normal RAM at 0x30000 is not affected by SMM relocation and dedicated SMRAM could be used for relocation without need to care about untrusted
|
By
Igor Mammedov
·
|
|
[PATCH QEMU 1/1] q35: use dedicated SMRAM at default SMM_BASE
it will allow us to hide sensetive SMM_BASE area from non SMM running env, that will allow us to ensure that hotplugged CPU will run trusted SMM BASE relocation code and we won't need to force all pre
it will allow us to hide sensetive SMM_BASE area from non SMM running env, that will allow us to ensure that hotplugged CPU will run trusted SMM BASE relocation code and we won't need to force all pre
|
By
Igor Mammedov
·
|
|
CPU hotplug using SMM with QEMU+OVMF
10 messages
Hi, this message is a problem statement, and an initial recommendation for solving it, from Jiewen, Paolo, Yingwen, and others. I'm cross-posting the thread starter to the <devel@edk2.groups.io>, <rfc
Hi, this message is a problem statement, and an initial recommendation for solving it, from Jiewen, Paolo, Yingwen, and others. I'm cross-posting the thread starter to the <devel@edk2.groups.io>, <rfc
|
By
Laszlo Ersek
·
|
|
[POC Seabios PATCH] seabios: use isolated SMM address space for relocation
4 messages
for purpose of demo SMRAM (at 0x30000) is aliased at a0000 in system address space for easy initialization of SMI entry point. Here is resulting debug output showing that RAM at 0x30000 is not affecte
for purpose of demo SMRAM (at 0x30000) is aliased at a0000 in system address space for easy initialization of SMI entry point. Here is resulting debug output showing that RAM at 0x30000 is not affecte
|
By
Igor Mammedov
·
|