From: Yubo Miao <miaoyubo@...> Introduce a new PciHostBridgeUtilityLib class to share duplicate code between OvmfPkg and ArmVirtPkg. Extract function PciHostBridgeResourceConflict

Changes with v1 v1->v2: Separated into four patches. Factor the same logic parts into a new library. v1: https://edk2.groups.io/g/devel/topic/72723351#56901 BZ:

This will allow testing of FMP Capsule update on a PCI device with OVMF. DxeRuntimeCapsuleLib from DxeCapsuleLibFmp enables capsule update support in OVMF. Inclusion of EsrtFmpDxe in OVMF X64 builds

ConnectAllControlers() function is taken from ShellPkg/Library/UefiShellLevel2CommandsLib/Load.c:ConnectAllEfi() without this function call, connect command should be explicitly exeucted on shell for

This patch enables FMP Capsule upgrade of firmware on PCI add on cards with PCI Passthrough enabled in OVMF environment by enabling DxeCapsuleLibFmp and EsrtFMP

When edk2 driver call EFI_MM_COMMUNICATION_PROTOCOL.Communicate, the status of mm event can't return exactly to edk2 driver. Signed-off-by: Ming Huang <huangming@...> ---

1 DEBUG_ERROR should be used for error print; 2 The %r is finer for edk2 status print; Signed-off-by: Ming Huang <huangming@...> ---

The main changes of this series are about return status issue and debug print issue for StandaloneMM. Ming Huang (2): edk2/StandaloneMmPkg: Fix several print issues edk2/MM: Fix MM Communicate

Changes with v1 v1->v2: Separated into four patches. Factor the same logic parts into a new library. v1: https://edk2.groups.io/g/devel/topic/72723351#56901 BZ:

From: Yubo Miao <miaoyubo@...> To use extra pci roots in other lib, it is necessary to extract UninitRootBridge, PciHostBridgeFreeRootBridges and PciHostBridgeExtraRoots from

From: Yubo Miao <miaoyubo@...> As the implementation of extra pci roots is shared in PciHostBridgeUtilityLib, let's call PciHostBridgeExtraRoots to support it. Signed-off-by: Yubo Miao

From: Yubo Miao <miaoyubo@...> Eliminate the currently duplicated code in ArmVirtPkg and use the extracted PciHostBridgeResourceConflict from PciHostBridgeUtilityLib. Signed-off-by: Yubo Miao

From: Yubo Miao <miaoyubo@...> Introduce a new PciHostBridgeUtilityLib class to share duplicate code between OvmfPkg and ArmVirtPkg. Extract function PciHostBridgeResourceConflict

Hello Tobin, Raising this question here as part of this discussion ... are you thinking of adding the page encryption bitmap (as we do for the slow migration patches) here to figure out if the guest

Hi Guo, Sounds good to remove the IA32 target and stick to a single DSC file. However, Is there an advantage to remove the PEI phase? It breaks many of our upcoming patches, which currently rely on

Ok, I have updated commit message with v3 Thanks, Yunhua -----邮件原件----- 发件人: bounce+27952+67162+5049190+8953120@groups.io <bounce+27952+67162+5049190+8953120@groups.io> 代表 Bob

REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2977 For a source-level BIOS debugger the .map files are quite useful with one major shortcoming: the debugger cannot know, solely from the .map

REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2977 For a source-level BIOS debugger the .map files are quite useful with one major shortcoming: the debugger cannot know, solely from the .map

v3: Update commit message v2: Correct re compile pattern string v1: REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2977 For a source-level BIOS debugger the .map files are quite useful with

Yes. I know this from the code review mail. But only the patch subject and message body will be recorded in commit log. People can not tell what the relationship between your patch 1/2 and patch 2/2