|
[PATCH v2 04/16] StandaloneMmPkg: StandaloneMmMemLib: Extends support for X64 architecture
Thanks Qin. A quick question: May I know what test you have run for this change? Also, I think this patch only protect the MM memory, but not OS memory. Is that expected? Will you consider adding OS m
Thanks Qin. A quick question: May I know what test you have run for this change? Also, I think this patch only protect the MM memory, but not OS memory. Is that expected? Will you consider adding OS m
|
By
Yao, Jiewen
· #69779
·
|
|
[PATCH v2 03/16] StandaloneMmPkg: StandaloneMmCoreMemoryAllocationLib: Fix compiler warning
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
· #69778
·
|
|
[PATCH v1 04/15] StandaloneMmPkg: StandaloneMmMemLib: Extends support for X64 architecture
Sounds good. Thank you!
By
Yao, Jiewen
· #69476
·
|
|
[PATCH v1 04/15] StandaloneMmPkg: StandaloneMmMemLib: Extends support for X64 architecture
I am not familiar with AArch64. So I will let ARM people comment it. For X86, I think it is security hole, if we do not fill mMmMemLibInternalMmramRanges. A partial fix with known security vulnerabili
I am not familiar with AArch64. So I will let ARM people comment it. For X86, I think it is security hole, if we do not fill mMmMemLibInternalMmramRanges. A partial fix with known security vulnerabili
|
By
Yao, Jiewen
· #69474
·
|
|
[PATCH v1 04/15] StandaloneMmPkg: StandaloneMmMemLib: Extends support for X64 architecture
May I know where is the code to fill below? EFI_MMRAM_DESCRIPTOR *mMmMemLibInternalMmramRanges; UINTN mMmMemLibInternalMmramCount;
May I know where is the code to fill below? EFI_MMRAM_DESCRIPTOR *mMmMemLibInternalMmramRanges; UINTN mMmMemLibInternalMmramCount;
|
By
Yao, Jiewen
· #69468
·
|
|
[PATCH v1 03/15] StandaloneMmPkg: StandaloneMmCoreMemoryAllocationLib: Fix compiler warning
Since below code is using (UINTN)MmramRangeCount, MmInitializeMemoryServices ((UINTN)MmramRangeCount, (VOID *)(UINTN)MmramRanges); I recommend to UINTN for MmramRangeCount, and use (UINTN) cast.
Since below code is using (UINTN)MmramRangeCount, MmInitializeMemoryServices ((UINTN)MmramRangeCount, (VOID *)(UINTN)MmramRanges); I recommend to UINTN for MmramRangeCount, and use (UINTN) cast.
|
By
Yao, Jiewen
· #69467
·
|
|
[PATCH v1 02/15] StandaloneMmPkg: StandaloneMmCoreHobLib: Extend support for x64 Mm Core
Can we merge the common part between X64 and AArch64 into one Common.c?
Can we merge the common part between X64 and AArch64 into one Common.c?
|
By
Yao, Jiewen
· #69466
·
|
|
[PATCH v1 01/15] StandaloneMmPkg: StandaloneMmCoreEntryPoint: Extends support for X64
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
· #69465
·
|
|
[PATCH v1 13/15] SecurityPkg: Tpm2DeviceLibDTpm: Introduce StandaloneMm instance
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
· #69464
·
|
|
[PATCH v1 12/15] SecurityPkg: Tcg2PpVendorLibNull: Added support for MM_STANDALONE type
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
· #69463
·
|
|
[PATCH v1 11/15] SecurityPkg: Tcg2PhysicalPresenceLib: Introduce StandaloneMm instance
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
· #69462
·
|
|
[PATCH v1 00/15] Extends Support of MM_STANDALONE Type Modules to X64
I see. Yes, I think it is good idea to separate them in other patches. Thank you very much to confirm that.
I see. Yes, I think it is good idea to separate them in other patches. Thank you very much to confirm that.
|
By
Yao, Jiewen
· #69254
·
|
|
[PATCH v1 00/15] Extends Support of MM_STANDALONE Type Modules to X64
Hi Thanks to add the StandaloneMM support. Would you please share the information on how you test the patch series? For every feature you touched (such as TPM), have you validated both traditional MM
Hi Thanks to add the StandaloneMM support. Would you please share the information on how you test the patch series? For every feature you touched (such as TPM), have you validated both traditional MM
|
By
Yao, Jiewen
· #69252
·
|
|
[PATCH 2/2] OvmfPkg/AmdSev/SecretDxe: make secret location naming generic
Thank you James. I think you are on the right way. We will think about the feature in TDVF and do development in edk2-staging tree at first. The API change looks good to me. I don’t think you need cha
Thank you James. I think you are on the right way. We will think about the feature in TDVF and do development in edk2-staging tree at first. The API change looks good to me. I don’t think you need cha
|
By
Yao, Jiewen
· #69065
·
|
|
[PATCH 0/2] Update SevSecret API to work for TDX
Series: Reviewed-by: Jiewen Yao <Jiewen.yao@...>
Series: Reviewed-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
· #68924
·
|
|
[tianocore-docs][ATBB-Memory_Protection_in_UEFI_BIOS][Patch 0/2] Sync with template add Gitbook Action
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
Reviewed-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
· #68849
·
|
|
[edk2-rfc] [edk2-devel] RFC: Adding support for ARM (RNDR etc.) to RngDxe
Maybe you can upload the content to https://edk2.groups.io/g/devel/files/Designs, where we hold the design review ppt, etc. I assume we want to discuss below two APIs implementation, right? 1) RngLib
Maybe you can upload the content to https://edk2.groups.io/g/devel/files/Designs, where we hold the design review ppt, etc. I assume we want to discuss below two APIs implementation, right? 1) RngLib
|
By
Yao, Jiewen
· #68658
·
|
|
[PATCH v3 6/6] OvmfPkg/AmdSev: Expose the Sev Secret area using a configuration table
I see your point. I will let the patch submitter make final decision on which way they want to go. Thank you Yao Jiewen
I see your point. I will let the patch submitter make final decision on which way they want to go. Thank you Yao Jiewen
|
By
Yao, Jiewen
· #68647
·
|
|
[EXTERNAL] [edk2-devel] [PATCH v1 23/25] StandaloneMmPkg: Add EDK2 Core CI support
Good catch Bret. Currently, ArmPlatformPkg.dec is in StandaloneMmCoreEntryPoint.inf. But I don’t find any real dependency. ArmSvcLib is in ArmPkg.dec. Hi Sami Is that possible that we just remove ArmP
Good catch Bret. Currently, ArmPlatformPkg.dec is in StandaloneMmCoreEntryPoint.inf. But I don’t find any real dependency. ArmSvcLib is in ArmPkg.dec. Hi Sami Is that possible that we just remove ArmP
|
By
Yao, Jiewen
· #68608
·
|
|
[PATCH v1 00/25] Enable Core CI support for StandaloneMmPkg
Acked-by: Jiewen Yao <Jiewen.yao@...>
Acked-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
· #68607
·
|