diff options
| author | Laszlo Ersek <lersek@redhat.com> | 2016-03-13 18:09:57 +0100 |
|---|---|---|
| committer | Laszlo Ersek <lersek@redhat.com> | 2016-03-23 17:39:35 +0100 |
| commit | b6bc800d5ad6f15588a1f5e44f7aa67499399787 (patch) | |
| tree | fe5863900f2566e2d4cdecb43790e8014f6134a3 /NetworkPkg/HttpBootDxe/HttpBootConfigNVDataStruc.h | |
| parent | 158990b941e461f69b8ec89bd6c9d0650aeb6188 (diff) | |
| download | edk2-platforms-b6bc800d5ad6f15588a1f5e44f7aa67499399787.tar.xz | |
OvmfPkg: AcpiPlatformDxe: when PCI is enabled, wait for Platform BDS's cue
This patch doesn't change the behavior of AcpiPlatformDxe when
PcdPciDisableBusEnumeration is TRUE -- that is, when the driver runs on
Xen (OvmfPkg and ArmVirtPkg both), or when the driver runs on QEMU as part
of ArmVirtPkg but no PCI host bridge was found by VirtFdtDxe. In these
cases the driver continues to install the ACPI tables immediately.
However, when PcdPciDisableBusEnumeration is FALSE (i.e., when the driver
runs on QEMU as part of OVMF, or as part of ArmVirtPkg and VirtFdtDxe
finds a PCI host bridge), we now delay the ACPI table download from QEMU.
We wait until the Platform BDS tells us that root bridges have been
connected, and PciIo instances are available.
The explanation is in the patch titled
OvmfPkg: introduce gRootBridgesConnectedEventGroupGuid
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: Jordan Justen <jordan.l.justen@intel.com>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
Diffstat (limited to 'NetworkPkg/HttpBootDxe/HttpBootConfigNVDataStruc.h')
0 files changed, 0 insertions, 0 deletions