On Mon, Jun 25, 2018 at 05:58:42AM +, Zhu, Yonghong wrote:
> You're correct, it is Patch 13 cause the 'long' type issue.
>
Thanks for the confirmation! I'll revert the patch in the next version.
Gary Lin
> Best Regards,
> Zhu Yonghong
>
>
> -Original Message-
> From: Gary Lin [mail
You're correct, it is Patch 13 cause the 'long' type issue.
Best Regards,
Zhu Yonghong
-Original Message-
From: Gary Lin [mailto:g...@suse.com]
Sent: Monday, June 25, 2018 11:35 AM
To: Zhu, Yonghong
Cc: edk2-devel@lists.01.org; Gao, Liming
Subject: Re: [edk2] [PATCH v3 05/20] BaseTool
Directly transition from CMD completion to CMD Ready state if device
supports IdleByPass
Cc: Long Qin
Cc: Yao Jiewen
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Chao Zhang
Signed-off-by: Zhang, Chao B
---
.../Library/Tpm2DeviceLibDTpm/Tpm2DeviceLibDTpm.c | 19 +
Signed-off-by: Zhang, Chao B
---
MdePkg/Include/IndustryStandard/TpmPtp.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/MdePkg/Include/IndustryStandard/TpmPtp.h
b/MdePkg/Include/IndustryStandard/TpmPtp.h
index 0796512688..c7ff8fdc58 100644
--- a/MdePkg/Include/Industry
Add CRB IdleByPass Support
Zhang, Chao B (2):
Add CapCRBIdleBypass definition to interface ID register. It complies
with existing register
SecurityPkg: Tpm2DeviceLib: Enable CapCRBIdleBypass support
MdePkg/Include/IndustryStandard/TpmPtp.h | 5 +-
.../Library/Tpm2DeviceLibDTpm
On Fri, Jun 22, 2018 at 10:22:10AM +, Zhu, Yonghong wrote:
> No. I tried to only patch 1 to 15, it still report this failure.
>
One possible patch may be patch 13, because the error is about long
type, and patch 13 converts 'long' to 'int'.
Since I couldn't reproduce the error, would you mind
Today's MpInitLib PEI implementation directly calls
PeiServices->GetHobList() from AP which may cause racing issue.
This patch fixes this issue by storing the CpuMpData to memory
preceding IDT. Pointer to PeiServices pointer is stored there,
so after AP procedure returns, the PeiServices pointer s
Chris:
GCC 4.9 targeting arm-none-eabi. This GCC4.9 should run in Windows OS. So,
could you give some info where windows GCC49 is from.
Thanks
Liming
>-Original Message-
>From: Chris Co [mailto:christopher...@microsoft.com]
>Sent: Saturday, June 23, 2018 8:58 AM
>To: edk2-devel@lists.0
Reviewed-by: Star Zeng
-Original Message-
From: Bi, Dandan
Sent: Monday, June 25, 2018 9:08 AM
To: edk2-devel@lists.01.org
Cc: Zeng, Star
Subject: [patch] MdeModulePkg/CapsuleRuntimeDxe: Fix ECC issue
Add guard macro for new added header file.
Cc: Star Zeng
Contributed-under: TianoCo
Add guard macro for new added header file.
Cc: Star Zeng
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Dandan Bi
---
MdeModulePkg/Universal/CapsuleRuntimeDxe/Arm/CapsuleReset.c | 2 +-
MdeModulePkg/Universal/CapsuleRuntimeDxe/CapsuleService.h | 5 +
2 files change
Reviewed-by: Star Zeng
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Hao Wu
Sent: Friday, June 22, 2018 10:39 AM
To: edk2-devel@lists.01.org
Cc: Wu, Hao A ; Ni, Ruiyu ; Yao, Jiewen
; Dong, Eric ; Zeng, Star
Subject: [edk2] [PATCH v2 2/4] MdeM
From: Yunhua Feng
Two drivers include the same PCD file, the PCD value in the first
driver is correct, but it in the second driver is incorrect.
DSC:
[Components]
Testpkg/Testdriver1.inf {
!include Test.txt
}
Testpkg/Testdriver2.inf {
!include Test.txt
}
Cc: Liming Gao
Cc: Yo
From: Yunhua Feng
Case example:
DSC components:
!include Test1.txt
Test1.txt:
TestPkg/TestDriver.inf {
PcdToken.PcdTest1 | "A"
!include Test2.txt
}
Test2.txt:
!include Test3.txt
Test3.txt:
PcdToken.PcdTest2 | "B"
Cc: Liming Gao
Cc: Yonghong Zhu
Contributed-under: TianoCore Co
Hello,
This is a proposal for periodic stable tags on edk2 repositories.
The goal is to produce a stable tag for edk2 repositories every 3 months
with the initial proposed dates of 8/10/2018 and 11/16/2018. Each release
is preceded by a 2 week quiet period where only commits for critical bug
fix
On 22 June 2018 at 16:08, Ard Biesheuvel wrote:
> On 22 June 2018 at 14:58, gary guo wrote:
>> Sure. A little busy these days; I'll do that ASAP.
>>
>
> No worries.
>
> BTW I noticed that we still have a problem with option ROMs when using
> the new MMIO translation code. Did you look into that a
15 matches
Mail list logo
