diff options
author | Anthony PERARD <anthony.perard@citrix.com> | 2019-08-13 12:30:53 +0100 |
---|---|---|
committer | Laszlo Ersek <lersek@redhat.com> | 2019-08-21 18:03:49 +0200 |
commit | 31d4e8b029fe737f16f90d3ce8ffdfa60f30f62c (patch) | |
tree | a1057cd1915666278634a961f3324f718c712af6 /OvmfPkg/PlatformPei | |
parent | f198e254f709951bc02c032769f351c12ac4b54d (diff) | |
download | edk2-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/PlatformPei')
0 files changed, 0 insertions, 0 deletions