Re: [edk2] multiple levels of support for MOR / MORLock

Good test! Thanks for the investigation. That is a little annoying. I still do not want to use PCD. My thought is below: Current MOR has TCG protocol dependence. So can we add one more check - to check the existence of TCG/TCG2 protocol in variable driver? Both TCG and TCG2 are in mdepkg,

Re: [edk2] [PATCH] MdeModulePkg/PciBus: Count multiple hotplug resource paddings

On 09/30/17 07:12, Ni, Ruiyu wrote: > Laszlo, > Please check whether this patch can resolve the hang issue you reported. > I don't use your suggestion to use the MAX resource paddings. > Instead, I count all the resource paddings. > > If it can work, I will submit another patch to clean up the

Re: [edk2] [Patch V2] Build spec: add description for build with binary cache

On 09/30/17 04:49, Gao, Liming wrote: > Laszlo: > Yes. Delete .hash can invalidate hash way. But, --hash option is to > try hash first. If hash has no change, there is no AutoGen and Make. > If hash is change, AutoGen and Make will still be trigged. So, for > your case, if any file is changed, it

Re: [edk2] multiple levels of support for MOR / MORLock

Hello Jiewen, On 09/30/17 05:53, Yao, Jiewen wrote: > Agree. Adding a hook function is OK for me, as long as the hook > function implementation is in TcgMorLockXXX.c I've implemented this, but I've run into a problem while testing it. Your idea requires that *nothing* create the MOR variable

[edk2] [PATCH] MdePkg: Add definitions for ACPI 6.2

Cc: Jiewen Yao Cc: Liming Gao Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Star Zeng --- MdePkg/Include/IndustryStandard/Acpi.h |4 +- MdePkg/Include/IndustryStandard/Acpi62.h | 2942