REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3794 This change introduces a new error code definitions under Host Software class. The new error code definition will cover system reboot events

REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3794 This change includes specification update markdown file that describes the proposed PI Specification v1.7 Errata A in detail and

REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3794 This patch series is a rebase of previous submission: https://edk2.groups.io/g/devel/message/85302 In current Status Codes definitions of PI

Worth mentioning in the commit message that this check wasn't part of the original SEV-ES support (Fixes: a91b700e385e7484ab7286b3ba7ea2efbd59480e tag?), so this is really a compatibility thing, and

Hi Mike, Thanks for the suggestion. I am good with the new name and will send out the updated branch shortly. Regards, Kun

Perhaps the term fragmented would be better than inconsistent for this condition? EFI_SW_EC_FRAGMENTED_MEMORY_MAP The term inconsistent could be used to describe other issues with the memory map. If

Hi Mike, Thanks for the input. Is it better to rename "EFI_SW_EC_MEMORY_TYPE_INFORMATION_CHANGE" as "EFI_SW_EC_INCONSISTENT_MEM_MAP"? This name should be more generic yet still describing what OSes

I finally got it to work by using the XenTimerDxe. The reason why it works is because the UEFI service SetTimer() needs one Timer Architectural Protocol to be installed. In case of standard QEMU,

Rebase the patch and fix the uncrustify. Reference: https://github.com/abdattar/edk2/tree/smbios_3_5_0_v2 Cc: Michael D Kinney <michael.d.kinney@...> Cc: Liming Gao

Hi, Min, what happened to the patch series changing that? (the plan is to always use the lapci except when compiling with csm enabled because pit/pic support is needed for backward compatibility

Okay thanks for your confirmation, that makes sense :) --------------------------------------------------------------------- Intel Corporation SAS (French simplified joint stock company) Registered

Ok thanks for the confirmation. Hopefully it won't conflict with what QEMU uses/needs. Yes I realized that by diving into the code. I can see microvm using the Xen timer while OvmfPkgX64 uses 8254

Correct, not tested right now. The code needs some improvements, it's not flexible enough, havn't found the time to do that yet. Also have to check whenever the qemu version shipped by ubuntu is new

Hi, Ok, doing it microvm-style makes sense then. tianocore doesn't use interrupts (other than timer). PIC is optional for microvm too, and everything works fine for me with "-machine

Chanage the name "Uiapp" to "Enter Setup". Cc: Ray Ni <ray.ni@...> Cc: Maurice Ma <maurice.ma@...> Cc: Benjamin You <benjamin.you@...> Signed-off-by: Yuanhao Xie

Reviewed-by: Liming Gao <gaoliming@...> This version has been merged into edk2. Thanks Liming Spec (4 << Offset Count.

Hi, As we're discussing the PlatformInitLib (which wraps the functions in PlatformPei), SecPlatformLibQemuTdx is deprecated. Thanks Min

After carefully study the PlatformPei code and a quick PoC (PlatformInitLib which wraps the basic functions in PlatformPei), I found it's not a easy task for such a lib which can be used in both

[AMD Official Use Only] Gentle reminder...please review and merge the changeset.