summaryrefslogtreecommitdiffstats
path: root/CryptoPkg
diff options
context:
space:
mode:
authorMin Xu <min.m.xu@intel.com>2022-04-21 08:45:29 +0800
committermergify[bot] <37929162+mergify[bot]@users.noreply.github.com>2022-04-21 01:17:38 +0000
commit892787fed516a147f3edfd2bb4fa0cf67c599be6 (patch)
tree704601aa48261fe8d87120e1057c11d189c6aba6 /CryptoPkg
parent6d2baf9dfbffe43019932c2771cd7d39697d4b11 (diff)
downloadedk2-892787fed516a147f3edfd2bb4fa0cf67c599be6.tar.gz
edk2-892787fed516a147f3edfd2bb4fa0cf67c599be6.tar.bz2
edk2-892787fed516a147f3edfd2bb4fa0cf67c599be6.zip
OvmfPkg/OvmfPkgX64: Adjust load sequence of TdxDxe and AmdSevDxe driver
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3904 TdxDxe driver is introduced for Intel TDX feature. Unfortunately, this driver also breaks boot process in SEV-ES guest. The root cause is in the PciLib which is imported by TdxDxe driver. In a SEV-ES guest the AmdSevDxe driver performs a MemEncryptSevClearMmioPageEncMask() call against the PcdPciExpressBaseAddress range to mark it shared/unencrypted. However, the TdxDxe driver is loaded before the AmdSevDxe driver, and the PciLib in TdxDxe is DxePciLibI440FxQ35 which will access the PcdPciExpressBaseAddress range. Since the range has not been marked shared/unencrypted, the #VC handler terminates the guest for trying to do MMIO to an encrypted region. Adjusting the load sequence of TdxDxe and AmdSevDxe can fix the issue. Cc: Brijesh Singh <brijesh.singh@amd.com> Cc: Erdem Aktas <erdemaktas@google.com> Cc: James Bottomley <jejb@linux.ibm.com> Cc: Jiewen Yao <jiewen.yao@intel.com> Cc: Tom Lendacky <thomas.lendacky@amd.com> SEV-Tested-by: Tom Lendacky <thomas.lendacky@amd.com> TDX-Tested-by: Min Xu <min.m.xu@intel.com> Reviewed-by: Jiewen Yao <jiewen.yao@intel.com> Signed-off-by: Min Xu <min.m.xu@intel.com>
Diffstat (limited to 'CryptoPkg')
0 files changed, 0 insertions, 0 deletions