From: Sebastien Boeuf <sebastien.boeuf@...> Cloud Hypervisor doesn't emulate any LPC bridge, therefore we simply need to rely on the serial I/O port to be connected as a console. It reuses the

From: Sebastien Boeuf <sebastien.boeuf@...> Cloud Hypervisor doesn't emulate the legacy 8254 PIT, which is why instead of relying on it as the timer UEFI services, rely on the XenTimerDxe

From: Sebastien Boeuf <sebastien.boeuf@...> Adding the new target CloudHvX64, copied directly from OvmfPkgX64. The point is to create a target dedicated for Cloud Hypervisor rather than trying

From: Sebastien Boeuf <sebastien.boeuf@...> Since Cloud Hypervisor and QEMU pc/q35 are quite different, it makes more sense to create a dedicated OVMF target for Cloud Hypervisor rather than

Acked-by: Gerd Hoffmann <kraxel@...>

DevicePathLib utilities are useful in PEI to locate the devices which need an opal unlock on S3 resume. This commit reuses the implementation done to support Standalone MM for PEI. Signed-off-by:

This patch adds support for PEIMs in UefiDevicePathLib. Although this library and DEVICE_PATH_PROTOCOL itself was initially intended for DXE the use case of unlocking opal-locked storage devices

Hello Rebecca, This patch looks good to me: Reviewed-by: Pierre Gondois <pierre.gondois@...>

Hello Rebecca, The patch looks good to me, Reviewed-by: Pierre Gondois <pierre.gondois@...>

Hello Rebecca, I think there are 2 spaces for the indentation (instead of 1 above). Is it possible to use BITx instead as this is a bit field, as: = IsReadWrite ? BIT0 : 0; Is it possible to use a

Acked-by: Jiewen Yao <Jiewen.yao@...>

Reviewed-by: Jiewen Yao <Jiewen.yao@...>

Acked-by: Jiewen Yao <Jiewen.yao@...>

From: Sebastien Boeuf <sebastien.boeuf@...> Adding the newly created target for Cloud Hypervisor to the CI, validating it can be properly built. Signed-off-by: Sebastien Boeuf

From: Sebastien Boeuf <sebastien.boeuf@...> Signed-off-by: Sebastien Boeuf <sebastien.boeuf@...> --- Maintainers.txt | 5 +++++ 1 file changed, 5 insertions(+) diff --git

From: Sebastien Boeuf <sebastien.boeuf@...> Cloud Hypervisor doesn't need the support for legacy BIOS, therefore the CSM support can be removed. Acked-by: Jiewen Yao

From: Sebastien Boeuf <sebastien.boeuf@...> Cloud Hypervisor doesn't emulate any USB controller or device, therefore the support can be removed. Acked-by: Jiewen Yao

From: Sebastien Boeuf <sebastien.boeuf@...> No need for video or virtio-gpu support since Cloud Hypervisor doesn't emulate any of these. Acked-by: Jiewen Yao

From: Sebastien Boeuf <sebastien.boeuf@...> Since Cloud Hypervisor doesn't rely on the FwCfg mechanism, remove the libraries imports when possible. Acked-by: Jiewen Yao

From: Sebastien Boeuf <sebastien.boeuf@...> Anything specific to the QEMU Q35 platform is not relevant for the CloudHv target. Acked-by: Jiewen Yao <Jiewen.yao@...> Signed-off-by: