Hi Laszlo,
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Friday, July 20, 2018 1:01 AM
> To: Dong, Eric ; edk2-devel@lists.01.org
> Cc: Ni, Ruiyu
> Subject: Re: [edk2] [Patch V2] UefiCpuPkg/MpInitLib: Remove redundant
> parameter.
>
> Hi Eric,
>
> apologi
Cc: Michael D Kinney
Star Zeng (2):
Remove PcdFmpDeviceSystemResetRequired from platform and Readme
FmpDevicePkg FmpDxe: Use Attributes to know whether reset is required
FmpDevicePkg/FmpDevicePkg.dec | 7 ---
FmpDevicePkg/FmpDevicePkg.uni | 5 -
FmpDevicePk
Use Attributes to know whether reset is required and remove
PcdFmpDeviceSystemResetRequired.
Cc: Michael D Kinney
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Star Zeng
---
FmpDevicePkg/FmpDevicePkg.dec | 7 ---
FmpDevicePkg/FmpDevicePkg.uni | 5 -
FmpD
FmpDxe will be updated to use Attributes to know whether reset
is required and PcdFmpDeviceSystemResetRequired will be removed.
Cc: Michael D Kinney
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Star Zeng
---
Readme.md | 3 ---
Vlv2TbltD
Reviewed-by: Long Qin
Best Regards & Thanks,
LONG, Qin
> -Original Message-
> From: Zhang, Chao B
> Sent: Thursday, July 19, 2018 6:00 PM
> To: edk2-devel@lists.01.org
> Cc: Long, Qin ; Yao, Jiewen ;
> Zhang, Chao B
> Subject: [Patch] SecurityPkg: TcgSmm: Handle invalid parameter in MO
This adds support for managing clocks on NXP i.MX6 SoC. It will
manipulate the Clock Gating registers (CCGR).
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/Library/iMX6Clk
This adds baseline ACPI table support for booting Windows on
NXP i.MX6 SoCs. Platforms may override these tables as necessary.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6P
This adds DXE driver support for PCIe on NXP i.MX6 SoCs.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/Drivers/PciExpress/iMX6PciExpress.c | 1219
This adds support for board initialization which is common to
NXP i.MX6-based platforms.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/Library/iMX6BoardLib/iMX6BoardHelper
This adds the common dsc and fdf definitions for NXP i.MX6 platforms.
Platform dsc definitions will define $(BOARD_NAME), $(IMX_FAMILY),
$(IMX_CHIP_TYPE), $(DRAM_SIZE), and $(BOARD_DIR) to indicate
i.MX SoC family and board-specific configurations.
Contributed-under: TianoCore Contribution Agreeme
This adds support for GPT Timer on NXP i.MX6 SoCs.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/Library/TimerLib/TimerLib.c | 257
Silicon/NXP/iMX6
This adds PCD declarations common across NXP i.MX6 SoCs
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/iMX6Pkg.dec | 100
1 file changed, 100 insertion
This adds DXE support for EPIT timer on NXP i.MX6 SoCs.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/Drivers/TimerDxe/Timer.c | 268
Silicon/NXP
This adds the definitions for the NXP i.MX6 General Purpose Timer
and the Enhanced Periodic Interrupt Timer modules.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/Include/
This adds support for initializing and manipulating the I/O Pads
on NXP i.MX6 SoCs.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/Library/iMX6IoMuxLib/iMX6IoMux.c | 1
This adds support for configuring the USB EHCI PHY on NXP i.MX6 SoCs.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Christopher Co
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Michael D Kinney
---
Silicon/NXP/iMX6Pkg/Library/iMX6UsbPhyLib/iMX6UsbPhy.c | 364
REF: https://github.com/christopherco/edk2-platforms/tree/import_imx6_v1
This patch set is the 3rd in the overall series of patches to generate
UEFI firmware that supports Windows 10 IoT Core on Solidrun's Hummingboard
Edge board running NXP's i.MX6Q SoC.
Patch Series:
1. import Platform/Microsof
From: Jiewen Yao
We want to provide precise info in MemAttribTable
to both OS and SMM, and SMM only gets the info at EndOfDxe.
So we do not update RtCode entry in EndOfDxe.
The impact is that if 3rd part OPROM is runtime, it cannot be executed
at UEFI runtime phase.
Currently, we do not see comp
From: Jiewen Yao
So that the SMM can consume it to set page protection for
the UEFI runtime page with EFI_MEMORY_RO attribute.
Cc: Star Zeng
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jiewen Yao
---
MdeModulePkg/Core/Dxe/Misc/MemoryAttributesTable.c | 36 ++
From: Jiewen Yao
It treats the UEFI runtime page with EFI_MEMORY_RO attribute as
invalid SMM communication buffer.
Cc: Star Zeng
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jiewen Yao
---
UefiCpuPkg/PiSmmCpuDxeSmm/PiSmmCpuDxeSmm.h | 2 +
UefiCpuPkg/PiSmmCpu
From: Jiewen Yao
It treats the UEFI runtime page with EFI_MEMORY_RO attribute as
invalid SMM communication buffer.
Cc: Star Zeng
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jiewen Yao
---
MdePkg/Library/SmmMemLib/SmmMemLib.c | 58 +++-
MdePkg/Libra
From: Jiewen Yao
It treats GCD untested memory as invalid SMM
communication buffer.
Cc: Star Zeng
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jiewen Yao
---
MdePkg/Library/SmmMemLib/SmmMemLib.c | 96 +++-
MdePkg/Library/SmmMemLib/SmmMemLib.inf | 1
From: Jiewen Yao
This patch series adds check for untested memory in GCD
and check EFI_RUNTIME_RO in UEFI mem attrib table.
The final result is:
1) untested memory is not present in SMM page table.
2) the PE code section of runtime service is not present
in SMM page table.
Jiewen Yao (6):
Mde
From: Jiewen Yao
It treats GCD untested memory as invalid SMM
communication buffer.
Cc: Star Zeng
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jiewen Yao
---
UefiCpuPkg/PiSmmCpuDxeSmm/SmmCpuMemoryManagement.c | 144
1 file changed, 120 insertions
Andrew,
Great, thank you.
That helps a lot.
Best
Sven
From: on behalf of Andrew Fish
Date: Wednesday, 18. July 2018 at 10:52 PM
To: Sven Auhagen
Cc: "edk2-devel@lists.01.org"
Subject: Re: [edk2] Boot Logo Questions
On Jul 17, 2018, at 11:01 PM, Sven Auhagen
mailto:sven.auha...@voleatech.
Reviewed-by: Yonghong Zhu
Best Regards,
Zhu Yonghong
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Yonghong
Zhu
Sent: Tuesday, July 17, 2018 10:29 AM
To: edk2-devel@lists.01.org
Cc: Gao, Liming
Subject: [edk2] [Patch V3] BaseTools: enable F
Thanks Andrew and Marvin,
> You cannot explicitly influence the order of the calls, but implicitly via the
> dependency tree, which means you need to make SerialPortLib depend on your
> LibraryClass instance.
Looks this is difficult that I can force order on already available code.
> Worst case
Thank you all for the great effort.
I have pushed this StandaloneMmPkg series with Achin's reviewed-by.
GIT HASH: 2cde4bbadc09a6822e1e653fc4ef46a7106bfe79..
da417eb8ed4bbaf149c31d197eb56fc8a5abbf68
Thank you
Yao Jiewen
> -Original Message-
> From: Sughosh Ganu [mailto:sughosh.g...@arm.
Hi Lazlo,
Thank you very much for the effort. We do have an emergency situation.
(1) Agree. Filed a bug (https://bugzilla.tianocore.org/show_bug.cgi?id=1039)
for it.
(2) I went through the code you mentioned. I think it won't cause problem
but it might miss protecting certain images (ve
OK, thanks!
Thanks,
Fan
-Original Message-
From: Dong, Eric
Sent: Friday, July 20, 2018 9:39 AM
To: Chen, Farrah ; edk2-devel@lists.01.org
Cc: Wei, Danmei
Subject: RE: OVMF build fail
Hi Fan,
Below change fixed this issue, please sync to the latest code and build.
SHA-1: 9b7242f5
Hi Fan,
Below change fixed this issue, please sync to the latest code and build.
SHA-1: 9b7242f5dec7649b878a4058f893103885520bf7
* UefiCpuPkg/MpInitLib: Fix VS2012 build failure
Cc: Eric Dong
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Dandan Bi
Reviewed-by: Eric D
Hi,
When I build OVMF with the latest commit:
a3fffb4f5e1535e8e542669925eed489fdce6b62
git clone https://github.com/tianocore/edk2.git
cd edk2
OvmfPkg/build.sh -a X64
Then the following error occurred:
.
/home/build/kvm_build/nightly/kvm_qemu/kvm-next-20180720013
Thanks Sughosh.
Reviewed-by: Achin Gupta
On Fri, Jul 13, 2018 at 08:35:29PM +0530, Sughosh Ganu wrote:
> From: Supreeth Venkatesh
>
> This patch adds a simple CPU driver that exports the
> EFI_MM_CONFIGURATION_PROTOCOL to allow registration of the Standalone
> MM Foundation entry point. It pr
Thanks Sughosh.
Reviewed-by: Achin Gupta
On Fri, Jul 13, 2018 at 08:35:28PM +0530, Sughosh Ganu wrote:
> From: Supreeth Venkatesh
>
> The Standalone MM environment runs in S-EL0 in AArch64 on ARM Standard
> Platforms and is initialised during the SEC phase. ARM Trusted firmware
> in EL3 is res
Reviewed-by: Jordan Justen
On 2018-07-19 11:01:43, Laszlo Ersek wrote:
> XenPvBlkDxe doesn't reference gEfiDevicePathProtocolGuid; remove it from
> the INF file.
>
> Cc: Anthony Perard
> Cc: Ard Biesheuvel
> Cc: Jordan Justen
> Cc: Julien Grall
> Cc: Steven Shi
> Reported-by: Steven Shi
>
Hi Anthony,
(I'm seeing your v1 and v2 postings at the same time now:)
On 07/19/18 17:52, Anthony PERARD wrote:
> On Debian Jessie, this fail to build with:
>
> /build/UefiCpuPkg/Library/MpInitLib/Microcode.c: In function
> 'MicrocodeDetect':
> /build/UefiCpuPkg/Library/MpInitLib/Microcode.c:24
Udit,
As Marvin points out the [LibraryClasses] section of the INF file are going to
imply the order of the library constructor calls in the AutoGen
Worst case you can demote FpgaInterfaceInit () from being a constructor to just
being a public library function that the other lib can call explic
Hey Udit,
You cannot explicitly influence the order of the calls, but implicitly via the
dependency tree, which means you need to make SerialPortLib depend on your
LibraryClass instance.
You did not mention which SerialPortLib instance you use, but probably you need
to execute FpgaInterfaceInit
XenPvBlkDxe doesn't reference gEfiDevicePathProtocolGuid; remove it from
the INF file.
Cc: Anthony Perard
Cc: Ard Biesheuvel
Cc: Jordan Justen
Cc: Julien Grall
Cc: Steven Shi
Reported-by: Steven Shi
Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1034
Contributed-under: TianoCore Contrib
This variable is only used in one function, make it local there.
Also when iterating on the variable, use dict.items() to get value
instead of re-looking up the value multiple times.
Cc: Liming Gao
Cc: Yonghong Zhu
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jaben Cars
Hi Eric,
apologies about the delay.
On 07/18/18 14:59, Dong, Eric wrote:
> Hi Laszlo,
>
> I finally succeed to setup the OVMF platform which can verify the boot
> failure issue. But on my platform, if I use image build with below
> command (I assume it is used to enable SMM), the system can't bo
On Debian Jessie, this fail to build with:
/build/UefiCpuPkg/Library/MpInitLib/Microcode.c: In function 'MicrocodeDetect':
/build/UefiCpuPkg/Library/MpInitLib/Microcode.c:248:37: error: 'ProcessorFlags'
may be used uninitialized in this function [-Werror=maybe-uninitialized]
CpuMpData->Proce
Marvin,
> Though to be honest, I am not sure why these PPIs are exposed by
> DxeIplPeim instead of a dedicated module or maybe even PeiCore itself, if
> it's the de facto standard.
When we were originally facing the issue one of the ideas was in fact to move
this to PeiCore. I don't recall why
Reviewed-by: Michael D Kinney
Mike
> -Original Message-
> From: Zeng, Star
> Sent: Thursday, July 19, 2018 3:32 AM
> To: edk2-devel@lists.01.org
> Cc: Zeng, Star ; Kinney, Michael D
>
> Subject: [staging/FmpDevicePkg-master][PATCH] FmpDevicePkg
> FmpDxe: Return 0 when LSV check is not
Reviewed-by: Michael D Kinney
Mike
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org]
> On Behalf Of Star Zeng
> Sent: Thursday, July 19, 2018 3:19 AM
> To: edk2-devel@lists.01.org
> Cc: Kinney, Michael D ; Zeng,
> Star
> Subject: [edk2] [staging/FmpDeviceP
Edk2 style doesn't initialize the local variable value in its declaration.
Could you update this patch to separately set ProcessorFlags value?
Thanks
Liming
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Anthony PERARD
> Sent: Thursday, Ju
On Debian Jessie, this fail to build with:
/build/UefiCpuPkg/Library/MpInitLib/Microcode.c: In function 'MicrocodeDetect':
/build/UefiCpuPkg/Library/MpInitLib/Microcode.c:248:37: error: 'ProcessorFlags'
may be used uninitialized in this function [-Werror=maybe-uninitialized]
CpuMpData->Proce
Reviewed-by: Jaben Carsey
> -Original Message-
> From: Bi, Dandan
> Sent: Thursday, July 19, 2018 12:08 AM
> To: edk2-devel@lists.01.org
> Cc: Gao, Liming ; Carsey, Jaben
> ; Ni, Ruiyu
> Subject: [patch] ShellPkg/Dp: Cumulate the perf data of "DB:Stop"
> Importance: High
>
> Currently D
On 07/18/18 16:02, Ard Biesheuvel wrote:
> On 18 July 2018 at 21:52, Laszlo Ersek wrote:
>> None of the source files referenced by "AcpiPlatformDxe.inf" #include
>> "MdePkg/Include/Library/DxeServicesLib.h" or use interfaces declared
>> therein, so drop DxeServicesLib from [LibraryClasses].
>>
>>
On 07/18/18 07:19, Eric Dong wrote:
> Current function has low performance because it calls GetApicId
> many times.
>
> New logic call GetApicId once and base on this value to search
> the processor.
>
> V2 changes:
> Rollback V1 change which base on stack info to get AP index because
> this solu
On 07/18/18 04:35, Wang, Jian J wrote:
> Hi Laszlo,
>
>
> Regards,
> Jian
>
>
>> -Original Message-
>> From: Laszlo Ersek [mailto:ler...@redhat.com]
>> Sent: Tuesday, July 17, 2018 10:37 PM
>> To: Wang, Jian J ; edk2-devel@lists.01.org
>> Cc: Dong, Eric ; Yao, Jiewen ;
>> Zeng, Star
>>
Sure.
I will add the comments before commit it.
Thanks,
Dandan
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Laszlo
Ersek
Sent: Thursday, July 19, 2018 8:04 PM
To: Bi, Dandan ; edk2-devel@lists.01.org
Cc: Dong, Eric
Subject: Re: [edk2] [patch]
Hi Star,
On 07/19/18 12:36, Zeng, Star wrote:
> Hi Laszlo,
>
> Have you evaluated whether " #include " can be
> removed from *.h file or not since gEfiSimpleFileSystemProtocolGuid is
> removed from *.inf?
Yes, I did check for that.
I did not remove the #include directive of the SimpleFileSys
On 07/19/18 14:12, Eric Dong wrote:
> Remove the useless code error added by change
> 58942277bcbf41abda5f6e3a1c89d571105d5983.
>
> Cc: Laszlo Ersek
> Cc: Ruiyu Ni
> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Eric Dong
> ---
> UefiCpuPkg/Library/MpInitLib/PeiMpLib
Cool. Thanks!
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Thursday, July 19, 2018 6:47 PM
> To: Yao, Jiewen
> Cc: edk2-devel-01 ; Zhang, Chao B
> ; Dong, Eric ; Carsey, Jaben
> ; Wu, Jiaxin ; Gao, Liming
> ; Kinney, Michael D ;
> Roman Bacik ; Ni, Ruiyu ;
On 07/19/18 11:07, Wang, Jian J wrote:
> Hi Laszlo,
>
> Do you have more comments? Or can you give a r-b?
Struggling with my workload, will try to come back to this soon.
Thanks
Laszlo
>> -Original Message-
>> From: Wang, Jian J
>> Sent: Wednesday, July 18, 2018 10:36 AM
>> To: Laszlo E
Remove the useless code error added by change
58942277bcbf41abda5f6e3a1c89d571105d5983.
Cc: Laszlo Ersek
Cc: Ruiyu Ni
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Eric Dong
---
UefiCpuPkg/Library/MpInitLib/PeiMpLib.c | 15 ---
1 file changed, 15 deletions(
Hi Laszlo,
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Laszlo Ersek
> Sent: Thursday, July 19, 2018 7:57 PM
> To: Dong, Eric ; edk2-devel@lists.01.org
> Cc: Ni, Ruiyu
> Subject: Re: [edk2] UefiCpuPkg/MpInitLib: Fix S3 resume hang issue.
Hi Dandan,
On 07/19/18 06:50, Dandan Bi wrote:
> Cc: Eric Dong
> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Dandan Bi
> ---
> UefiCpuPkg/Library/MpInitLib/Microcode.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/UefiCpuPkg/Library/MpInitLib/Microcode
Hi,
On 07/18/18 07:10, Eric Dong wrote:
> When resume from S3 and CPU loop mode is MWait mode,
> if driver calls APs to do task at EndOfPei point, the
> APs can't been wake up and bios hang at that point.
>
> The root cause is PiSmmCpuDxeSmm driver wakes up APs
> with HLT mode during S3 resume pha
On 07/19/18 01:10, Yao, Jiewen wrote:
> Thanks Laszlo.
>
> Would you please add one line comment on the FilePath, to describe if the
> FilePath is internal input or external input? As such the API consumer can
> know if caller’s responsibility to verify it or callee’s responsibility.
Good point
On 07/19/18 02:07, Ard Biesheuvel wrote:
> On 19 July 2018 at 06:15, Carsey, Jaben wrote:
>> Reviewed-by: Jaben Carsey
>>
>> One question (do hold up push). Is there a reason to use the former over the
>> latter? I use latter and I see you use the former.
>>
>> ASSERT(EFI_ERROR (Status));
>> ASS
Hi Laszlo,
Have you evaluated whether " #include " can be
removed from *.h file or not since gEfiSimpleFileSystemProtocolGuid is removed
from *.inf?
Thanks,
Star
-Original Message-
From: Laszlo Ersek [mailto:ler...@redhat.com]
Sent: Thursday, July 19, 2018 4:51 AM
To: edk2-devel-01
C
Current code return 1 when LSV check is not required,
but 1 LSV will make 0 Version capsule image update failed.
0 LSV is valid, this patch updates the code to return 0 when
LSV check is not required
We can see even the DEFAULT_LOWESTSUPPORTEDVERSION is 0.
Cc: Michael D Kinney
Contributed-under:
FmpDxeEntryPoint is used by both FmpDxe and FmpDxeLib.
Cc: Michael D Kinney
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Star Zeng
---
FmpDevicePkg/FmpDxe/FmpDxe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/FmpDevicePkg/FmpDxe/FmpDxe.c b/FmpDev
Add more logic to filter invalid function parameter in MOR Control SMI handler
Cc: Long Qin
Cc: Yao Jiewen
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Chao Zhang
Signed-off-by: Zhang, Chao B
---
SecurityPkg/Tcg/Tcg2Smm/Tcg2Smm.c | 4
SecurityPkg/Tcg/TcgSmm/TcgS
Hi Laszlo,
Do you have more comments? Or can you give a r-b?
Regards,
Jian
> -Original Message-
> From: Wang, Jian J
> Sent: Wednesday, July 18, 2018 10:36 AM
> To: Laszlo Ersek ; edk2-devel@lists.01.org
> Cc: Dong, Eric ; Yao, Jiewen ;
> Zeng, Star
> Subject: RE: [PATCH] UefiCpuPkg/Cpu
Hi Experts,
How I can change the order of initialization in Constructor list of autogen
file.
In my build system, if I look at
MdeModulePkg/Universal/PCD/Pei/Pcd/DEBUG/AutoGen.c
Below is function of Library Constructor List
VOID
EFIAPI
ProcessLibraryConstructorList (
IN EFI_PEI_FILE_HANDL
Currently DP tool will cumulate the performance data for
Driver Binding Support/Start, will count the number they
appears, and record the maximum/minimum time value...
Now add Driver Binding Stop performance data to the
cumulative data to keep consistency.
Cc: Liming Gao
Cc: Jaben Carsey
Cc: Rui
69 matches
Mail list logo