summaryrefslogtreecommitdiffstats
path: root/OvmfPkg/XenPlatformPei
diff options
context:
space:
mode:
authorAnthony PERARD <anthony.perard@citrix.com>2019-08-13 12:30:53 +0100
committerLaszlo Ersek <lersek@redhat.com>2019-08-21 18:03:49 +0200
commit31d4e8b029fe737f16f90d3ce8ffdfa60f30f62c (patch)
treea1057cd1915666278634a961f3324f718c712af6 /OvmfPkg/XenPlatformPei
parentf198e254f709951bc02c032769f351c12ac4b54d (diff)
downloadedk2-31d4e8b029fe737f16f90d3ce8ffdfa60f30f62c.tar.gz
edk2-31d4e8b029fe737f16f90d3ce8ffdfa60f30f62c.tar.bz2
edk2-31d4e8b029fe737f16f90d3ce8ffdfa60f30f62c.zip
OvmfPkg/OvmfXen: use a TimerLib instance that depends only on the CPU
The ACPI Timer isn't present in a PVH guest, but local APIC works on both PVH and HVM. Note that the use of SecPeiDxeTimerLibCpu might be an issue with a driver of type DXE_RUNTIME_DRIVER. I've attempted to find out which of the DXE_RUNTIME_DRIVER uses the TimerLib at runtime. I've done that by replacing the TimerLib evaluation in [LibraryClasses.common.DXE_RUNTIME_DRIVER] by a different one and checking every module that uses it (with the --report-file=report build option). ResetSystemRuntimeDxe is calling the TimerLib API at runtime to do the operation "EfiResetCold", so this may never complete if the OS have disabled the Local APIC Timer. Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1689 Signed-off-by: Anthony PERARD <anthony.perard@citrix.com> Acked-by: Laszlo Ersek <lersek@redhat.com> Message-Id: <20190813113119.14804-10-anthony.perard@citrix.com>
Diffstat (limited to 'OvmfPkg/XenPlatformPei')
0 files changed, 0 insertions, 0 deletions