|
Re: [PATCH v2] RedfishPkg/RedfishCrtLib: Add more CRT functions
Reviewed-by: Nickle Wang <nickle.wang@...>
Thanks,
Nickle
Reviewed-by: Nickle Wang <nickle.wang@...>
Thanks,
Nickle
|
By
Nickle Wang
·
#72041
·
|
|
Re: [PATCH v5 2/2] UefiCpuPkg/CpuExceptionHandlerLib: Clear CET shadow stack token busy bit
Hi Jiewen, Ray,
Could you help to review and give Review-by for this patch for fix CET shadow stack token busy bit issue ?
As the common in v5 patch 1/2 by Limin, since it is a bug fix, it can still
Hi Jiewen, Ray,
Could you help to review and give Review-by for this patch for fix CET shadow stack token busy bit issue ?
As the common in v5 patch 1/2 by Limin, since it is a bug fix, it can still
|
By
Sheng Wei
·
#72040
·
|
|
Re: [PATCH v2] RedfishPkg/JsonLib: Add JsonLoadString function
Thanks for addressing my comment. The function header looks good to me now.
Reviewed-by: Nickle Wang <nickle.wang@...>
Thanks,
Nickle
Thanks for addressing my comment. The function header looks good to me now.
Reviewed-by: Nickle Wang <nickle.wang@...>
Thanks,
Nickle
|
By
Nickle Wang
·
#72039
·
|
|
Re: [PATCH v8 07/10] OvmfPkg/SmmCpuFeaturesLib: call CPU hot-eject handler
In Linux terms, there is a control dependency here. However, it should at least be a separate statement to load mCpuHotEjectData (which from my EDK2 reminiscences should be a global) into a local
In Linux terms, there is a control dependency here. However, it should at least be a separate statement to load mCpuHotEjectData (which from my EDK2 reminiscences should be a global) into a local
|
By
Paolo Bonzini
·
#72038
·
|
|
Re: [PATCH] RedfishPkg/Include: EDKII Redfish Config Handler Protocol header file
Reviewed-by: Nickle Wang <nickle.wang@...>
Thanks,
Nickle
Reviewed-by: Nickle Wang <nickle.wang@...>
Thanks,
Nickle
|
By
Nickle Wang
·
#72037
·
|
|
Re: [PATCH] RedfishPkg/RedfishContentCodingLib: EDKII Redfish En/Decode library
Reviewed-by: Nickle Wang <nickle.wang@...>
Thanks,
Nickle
Reviewed-by: Nickle Wang <nickle.wang@...>
Thanks,
Nickle
|
By
Nickle Wang
·
#72036
·
|
|
Re: [PATCH v8 07/10] OvmfPkg/SmmCpuFeaturesLib: call CPU hot-eject handler
Thanks for the link (and Paolo for writing it.) This is great.
Yeah you are right. Just think out aloud here... without this it is possible
that on the the AP, the CPU could reorder loads on line-1
Thanks for the link (and Paolo for writing it.) This is great.
Yeah you are right. Just think out aloud here... without this it is possible
that on the the AP, the CPU could reorder loads on line-1
|
By
Ankur Arora
·
#72035
·
|
|
Re: [PATCH v8 06/10] OvmfPkg/SmmCpuFeaturesLib: init CPU ejection state
I like this forumlation -- though I will get rid of the UINT64 -- I think
as you pointed out above the mixture is a little awkward.
Also acking comments above.
Thanks. Yeah this is much
I like this forumlation -- though I will get rid of the UINT64 -- I think
as you pointed out above the mixture is a little awkward.
Also acking comments above.
Thanks. Yeah this is much
|
By
Ankur Arora
·
#72034
·
|
|
Re: [PATCH] * ShellPkg: add the support to show Contained Element Count, Contained Element Record Length and Contained Elements
Hi Mars,
I cannot extract the patch from your email. May be there are some problems with your git config. Do you have a fork repo in git? If yes, can you help to upload the change to your own
Hi Mars,
I cannot extract the patch from your email. May be there are some problems with your git config. Do you have a fork repo in git? If yes, can you help to upload the change to your own
|
By
Gao, Zhichao
·
#72033
·
|
|
Re: [PATCH] UefiPayloadPkg/UefiPayloadEntry: Remove 4GB memory WA
Could we decouple BSP and AP GDT in early waking up stage ?
For example, AP uses temporary GDT (below 4GB) just for mode switching. Once AP is in the final stage, AP can reload GDT to match BSP.
Could we decouple BSP and AP GDT in early waking up stage ?
For example, AP uses temporary GDT (below 4GB) just for mode switching. Once AP is in the final stage, AP can reload GDT to match BSP.
|
By
Ma, Maurice <maurice.ma@...>
·
#72032
·
|
|
Re: [PATCH] UefiPayloadPkg/UefiPayloadEntry: Remove 4GB memory WA
Ray,
BSP's GDT table is setup in CpuDxe and then MpInitLib re-uses BSP's GDT table for APs.
1, UefiCpuPkg\CpuDxe:
gdt = AllocateRuntimePool (sizeof (GdtTemplate) + 8);
.....
gdtPtr.Base =
Ray,
BSP's GDT table is setup in CpuDxe and then MpInitLib re-uses BSP's GDT table for APs.
1, UefiCpuPkg\CpuDxe:
gdt = AllocateRuntimePool (sizeof (GdtTemplate) + 8);
.....
gdtPtr.Base =
|
By
Jeff Fan
·
#72031
·
|
|
Re: [PATCH] UefiPayloadPkg/UefiPayloadEntry: Remove 4GB memory WA
“But we could allocate room under 4G for GDT table directly in CpuDxe.”
The GDT pre-allocated is re-used by AP. Why do you suggest CpuDxe allocate GDT?
Thanks,
Ray
From:
“But we could allocate room under 4G for GDT table directly in CpuDxe.”
The GDT pre-allocated is re-used by AP. Why do you suggest CpuDxe allocate GDT?
Thanks,
Ray
From:
|
By
Ni, Ray
·
#72030
·
|
|
[PATCH v3 3/3] ArmPkg: Update OemGetChassisType function to return MISC_CHASSIS_TYPE
Update OemGetChassisType in OemMiscLib to return MISC_CHASSIS_TYPE
instead of EFI_STATUS, which matches other OemMiscLib functions.
Signed-off-by: Rebecca Cran <rebecca@...>
---
Update OemGetChassisType in OemMiscLib to return MISC_CHASSIS_TYPE
instead of EFI_STATUS, which matches other OemMiscLib functions.
Signed-off-by: Rebecca Cran <rebecca@...>
---
|
By
Rebecca Cran <rebecca@...>
·
#72029
·
|
|
[PATCH v3 2/3] ArmPkg: Rename some functions and parameters in OemMiscLib
o Rename 'mHiiHandle' parameter in OemUpdateSmbiosInfo to 'HiiHandle'.
o Rename 'Offset' parameter in OemUpdateSmbiosInfo to 'Field'.
o Rename OemGetProcessorMaxSockets to OemGetMaxProcessors.
o
o Rename 'mHiiHandle' parameter in OemUpdateSmbiosInfo to 'HiiHandle'.
o Rename 'Offset' parameter in OemUpdateSmbiosInfo to 'Field'.
o Rename OemGetProcessorMaxSockets to OemGetMaxProcessors.
o
|
By
Rebecca Cran <rebecca@...>
·
#72028
·
|
|
[PATCH v3 1/3] ArmPkg: Fix ordering of return type and EFIAPI specifier in OemMiscLib
The return type should be on the line before any EFIAPI specifier.
Signed-off-by: Rebecca Cran <rebecca@...>
---
ArmPkg/Include/Library/OemMiscLib.h | 14 +++++++-------
The return type should be on the line before any EFIAPI specifier.
Signed-off-by: Rebecca Cran <rebecca@...>
---
ArmPkg/Include/Library/OemMiscLib.h | 14 +++++++-------
|
By
Rebecca Cran <rebecca@...>
·
#72027
·
|
|
[PATCH v3 0/3] ArmPkg: Fix several issues in OemMiscLib
Update OemMiscLib with the following changes:
o Fixed ordering of return type and EFIAPI specifier.
o Renamed 'mHiiHandle' parameter in OemUpdateSmbiosInfo to 'HiiHandle'.
o Renamed 'Offset'
Update OemMiscLib with the following changes:
o Fixed ordering of return type and EFIAPI specifier.
o Renamed 'mHiiHandle' parameter in OemUpdateSmbiosInfo to 'HiiHandle'.
o Renamed 'Offset'
|
By
Rebecca Cran <rebecca@...>
·
#72026
·
|
|
Re: MP Services Protocol : Support Hyper threading or not
Dear All:
Got it.
Thank you very much.
Thanks
发件人: devel@edk2.groups.io <devel@edk2.groups.io>代表 fanjianfeng@...
发送时间: 2021年2月23日 9:18
收件人: devel@edk2.groups.io;
Dear All:
Got it.
Thank you very much.
Thanks
发件人: devel@edk2.groups.io <devel@edk2.groups.io>代表 fanjianfeng@...
发送时间: 2021年2月23日 9:18
收件人: devel@edk2.groups.io;
|
By
Tiger Liu(BJ-RD)
·
#72025
·
|
|
[PATCH v2 1/1] BaseTools: Update the NASM CI dependency
Update the external dependency (consumed by Edk2Tools) version for NASM,
as agreed in recent community
Update the external dependency (consumed by Edk2Tools) version for NASM,
as agreed in recent community
|
By
Bret Barkelew
·
#72024
·
|
|
Re: [PATCH] UefiPayloadPkg/UefiPayloadEntry: Remove 4GB memory WA
Ray,
Yes. You are right. Acutally, x64 IDT table cannot work correctly on protected mode. :-)
But for GDT location, I agree it should be located under 4G space to support AP mode changing. But we
Ray,
Yes. You are right. Acutally, x64 IDT table cannot work correctly on protected mode. :-)
But for GDT location, I agree it should be located under 4G space to support AP mode changing. But we
|
By
Jeff Fan
·
#72023
·
|
|
Re: [PATCH] UefiPayloadPkg/UefiPayloadEntry: Remove 4GB memory WA
Jeff,
You are right that BSP’s GDT and IDT tables are under 4G memory.
It’s because when AP wakes up, it needs the GDT for entering protected mode. AP cannot access above 4G memory without
Jeff,
You are right that BSP’s GDT and IDT tables are under 4G memory.
It’s because when AP wakes up, it needs the GDT for entering protected mode. AP cannot access above 4G memory without
|
By
Ni, Ray
·
#72022
·
|