|
[Patch v5 09/48] UefiCpuPkg/MpInitLib: Add AsmRelocateApLoop() assembly code
AsmRelocateApLoop() is used to place APs into MWAIT-loop if MonitorMwait
feature is supported before hand-off to OS, or place APs into HLT-loop if
MonitorMwait feature is not supported.
If the
AsmRelocateApLoop() is used to place APs into MWAIT-loop if MonitorMwait
feature is supported before hand-off to OS, or place APs into HLT-loop if
MonitorMwait feature is not supported.
If the
|
By
Jeff Fan <jeff.fan@...>
·
#318
·
|
|
[Patch v5 08/48] UefiCpuPkg/MpInitLib: Add EnableExecuteDisable in MP_CPU_EXCHANGE_INFO
EnableExecuteDisable in MP_CPU_EXCHANGE_INFO is used to tell AP reset vector if
enable execute disable feature on APs. This feature should be enabled before CR3
is written.
Cc: Feng Tian
EnableExecuteDisable in MP_CPU_EXCHANGE_INFO is used to tell AP reset vector if
enable execute disable feature on APs. This feature should be enabled before CR3
is written.
Cc: Feng Tian
|
By
Jeff Fan <jeff.fan@...>
·
#317
·
|
|
[Patch v5 07/48] UefiCpuPkg/MpInitLib: Fix typo and clean up the code
1. Rename NumApsExecutingLoction to NumApsExecutingLocation
2. Update some comments in NASM files.
3. Remove PeiCpuMpData from MP_CPU_EXCHANGE_INFO.
Cc: Feng Tian <feng.tian@...>
Cc: Giri P
1. Rename NumApsExecutingLoction to NumApsExecutingLocation
2. Update some comments in NASM files.
3. Remove PeiCpuMpData from MP_CPU_EXCHANGE_INFO.
Cc: Feng Tian <feng.tian@...>
Cc: Giri P
|
By
Jeff Fan <jeff.fan@...>
·
#316
·
|
|
[Patch v5 06/48] UefiCpuPkg/MpInitLib: Add AP assembly code and MP_CPU_EXCHANGE_INFO
Add assembly code for AP reset vector and the definition of MP_CPU_EXCHANGE_INFO
that are used to exchange the data between C code and assembly code when AP wake
up.
v4:
1. Copy
Add assembly code for AP reset vector and the definition of MP_CPU_EXCHANGE_INFO
that are used to exchange the data between C code and assembly code when AP wake
up.
v4:
1. Copy
|
By
Jeff Fan <jeff.fan@...>
·
#315
·
|
|
[Patch v5 05/48] UefiCpuPkg/MpInitLib: Add two instances PeiMpInitLib and DxeMpInitLib
Add two MP Initialize Library instances PeiMpInitLib.inf and DxeMpInitLib.inf
with NULL implementation.
One PeiMpInitLib.inf is consumed by PEI MP driver. Another DxeMpInitLib.inf is
consumed by DXE
Add two MP Initialize Library instances PeiMpInitLib.inf and DxeMpInitLib.inf
with NULL implementation.
One PeiMpInitLib.inf is consumed by PEI MP driver. Another DxeMpInitLib.inf is
consumed by DXE
|
By
Jeff Fan <jeff.fan@...>
·
#314
·
|
|
[Patch v5 04/48] UefiCpuPkg/MpInitLib: Add MP Initialize library class definition
MP Initialize library provides basic functionalities to do APs initialization,
to manage MP information and to wakeup APs to execute AP task.
It could be consumed by CPU MP PEI or DXE drivers to
MP Initialize library provides basic functionalities to do APs initialization,
to manage MP information and to wakeup APs to execute AP task.
It could be consumed by CPU MP PEI or DXE drivers to
|
By
Jeff Fan <jeff.fan@...>
·
#313
·
|
|
[Patch v5 03/48] UefiCpuPkg/CpuS3DataDxe: Move StartupVector allocation to EndOfDxe()
Currently, we will allocate StartupVector buffer under 1MB at entry point
function. But some modules may allocate some hard code address under 1MB.
For example, LegacyBiosDxe driver tries to manage
Currently, we will allocate StartupVector buffer under 1MB at entry point
function. But some modules may allocate some hard code address under 1MB.
For example, LegacyBiosDxe driver tries to manage
|
By
Jeff Fan <jeff.fan@...>
·
#312
·
|
|
[Patch v5 02/48] UefiCpuPkg/MpInitLib: Add microcode definitions defined in IA32 SDM
Add microcode definitions defined in Intel(R) 64 and IA-32 Architectures
Software Developer's Manual Volume 3A, Section 9.11.
v4:
1. ProcessorSignature type changed to
Add microcode definitions defined in Intel(R) 64 and IA-32 Architectures
Software Developer's Manual Volume 3A, Section 9.11.
v4:
1. ProcessorSignature type changed to
|
By
Jeff Fan <jeff.fan@...>
·
#311
·
|
|
[Patch v5 01/48] UefiCpuPkg/LocalApic.h: Remove duplicated/conflicted definitions
#define MSR_IA32_APIC_BASE_ADDRESS is duplicated with #define MSR_IA32_APIC_BASE
defined in UefiCpuPkg/Include/Register/ArchitecturalMsr.h, so we could remove it
and update the modules to use
#define MSR_IA32_APIC_BASE_ADDRESS is duplicated with #define MSR_IA32_APIC_BASE
defined in UefiCpuPkg/Include/Register/ArchitecturalMsr.h, so we could remove it
and update the modules to use
|
By
Jeff Fan <jeff.fan@...>
·
#310
·
|
|
[Patch v5 00/48] MP Initialize Library
We add MP Initialize Library defined in UefiCpuPkg/Include/Library/MpInitLib.h.
It will provide basic functionalities of MP services and could be consumed by
CPU MP PEI and CPU MP DXE to produce CPU
We add MP Initialize Library defined in UefiCpuPkg/Include/Library/MpInitLib.h.
It will provide basic functionalities of MP services and could be consumed by
CPU MP PEI and CPU MP DXE to produce CPU
|
By
Jeff Fan <jeff.fan@...>
·
#309
·
|
|
Re: [PATCH v5 5/8] ArmPkg: add prebuilt glue binaries for GCC5 LTO support
If everyone else is happy about this binary file inclusion, I
certainly don't object (given that the source is included).
Reviewed-by: Leif Lindholm <leif.lindholm@...>
If everyone else is happy about this binary file inclusion, I
certainly don't object (given that the source is included).
Reviewed-by: Leif Lindholm <leif.lindholm@...>
|
By
Leif Lindholm <leif.lindholm@...>
·
#308
·
|
|
Re: [PATCH] OvmfPkg: use StatusCode Router and Handler from MdeModulePkg
sorry, the above is a typo, I meant EFI_PEI_SERVICES.ReportStatusCode().
The woring here would also be better if we said "These allow several
PEIMs and runtime DXE drivers to register callbacks for
sorry, the above is a typo, I meant EFI_PEI_SERVICES.ReportStatusCode().
The woring here would also be better if we said "These allow several
PEIMs and runtime DXE drivers to register callbacks for
|
By
Laszlo Ersek
·
#307
·
|
|
[patch] MdeModulePkg/FvSimpleFileSystem: fix assertions when FV is empty
The original code will assert when dealing with those empty FVs.
The fix is used to solve this bug.
Cc: Chao Zhang <chao.b.zhang@...>
Contributed-under: TianoCore Contribution Agreement
The original code will assert when dealing with those empty FVs.
The fix is used to solve this bug.
Cc: Chao Zhang <chao.b.zhang@...>
Contributed-under: TianoCore Contribution Agreement
|
By
Feng Tian <feng.tian@...>
·
#306
·
|
|
Re: [Patch] MdeModulePkg LoadFileOnFv2: Fix the potential NULL pointer access
Reviewed-by: Feng Tian <feng.tian@...>
Thanks
Feng
Reviewed-by: Feng Tian <feng.tian@...>
Thanks
Feng
|
By
Tian, Feng <feng.tian@...>
·
#305
·
|
|
Re: [PATCH] MdePkg: move to 'hidden' visibility for all symbols under GCC/X64
Thanks
Pushed as 28ade7b802e0
--
Ard.
Thanks
Pushed as 28ade7b802e0
--
Ard.
|
By
Ard Biesheuvel
·
#304
·
|
|
Re: [patch] BaseTool/UPT: Not expand macro for UserExtension
Reviewed-by: Yonghong Zhu <yonghong.zhu@...>
Best Regards,
Zhu Yonghong
Reviewed-by: Yonghong Zhu <yonghong.zhu@...>
Best Regards,
Zhu Yonghong
|
By
Zhu, Yonghong <yonghong.zhu@...>
·
#303
·
|
|
[Patch] MdeModulePkg LoadFileOnFv2: Fix the potential NULL pointer access
Check NULL pointer before access it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao <liming.gao@...>
---
MdeModulePkg/Universal/LoadFileOnFv2/LoadFileOnFv2.c
Check NULL pointer before access it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Liming Gao <liming.gao@...>
---
MdeModulePkg/Universal/LoadFileOnFv2/LoadFileOnFv2.c
|
By
Liming Gao
·
#302
·
|
|
Re: [Patch] MdeModulePkg UefiBootManagerLib: Fix VS2012 build failure
Reviewed-by: Feng Tian <feng.tian@...>
Thanks
Feng
Reviewed-by: Feng Tian <feng.tian@...>
Thanks
Feng
|
By
Tian, Feng <feng.tian@...>
·
#301
·
|
|
Re: [Patch] MdeModulePkg LoadFileOnFv2: Correct copy right format
Reviewed-by: Feng Tian <feng.tian@...>
Thanks
Feng
Reviewed-by: Feng Tian <feng.tian@...>
Thanks
Feng
|
By
Tian, Feng <feng.tian@...>
·
#300
·
|
|
Re: [PATCH v5 7/8] MdePkg GCC/X64: avoid 'hidden' visibility for module entry points
Ard:
This update works. It is better. For my question, I get the answer from your previous patch. Please ignore it.
Patches 3&4&6&8 are good to me. Reviewed-by: Liming Gao
Ard:
This update works. It is better. For my question, I get the answer from your previous patch. Please ignore it.
Patches 3&4&6&8 are good to me. Reviewed-by: Liming Gao
|
By
Liming Gao
·
#299
·
|