diff options
author | Laszlo Ersek <lersek@redhat.com> | 2019-05-29 11:52:03 +0200 |
---|---|---|
committer | Laszlo Ersek <lersek@redhat.com> | 2019-06-03 19:54:15 +0200 |
commit | d4534984111328ff839fbf51be2779a98bfefa30 (patch) | |
tree | 9195cdd19cd9f1023986ec55201fedcf9cca51c1 /BaseTools/Source/Python/Table/TableFunction.py | |
parent | 753d3d6f43b2c2bf2df67038608496663ff6e3aa (diff) | |
download | edk2-d4534984111328ff839fbf51be2779a98bfefa30.tar.gz edk2-d4534984111328ff839fbf51be2779a98bfefa30.tar.bz2 edk2-d4534984111328ff839fbf51be2779a98bfefa30.zip |
Revert "OvmfPkg/PlatformPei: assign PciSize on both i440fx/q35 branches explicitly"
This reverts commit 60e95bf5094fbb9b728729ccfaf32184b3662317.
The original fix for <https://bugzilla.tianocore.org/show_bug.cgi?id=1814>
triggered a bug / incorrect assumption in QEMU.
QEMU assumes that the PCIEXBAR is below the 32-bit PCI window, not above
it. When the firmware doesn't satisfy this assumption, QEMU generates an
\_SB.PCI0._CRS object in the ACPI DSDT that does not reflect the
firmware's 32-bit MMIO BAR assignments. This causes OSes to re-assign
32-bit MMIO BARs.
Working around the problem in the firmware looks less problematic than
fixing QEMU. Revert the original changes first, before implementing an
alternative fix.
Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: Gerd Hoffmann <kraxel@redhat.com>
Cc: Jordan Justen <jordan.l.justen@intel.com>
Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=1859
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
Acked-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Reviewed-by: Philippe Mathieu-Daude <philmd@redhat.com>
Diffstat (limited to 'BaseTools/Source/Python/Table/TableFunction.py')
0 files changed, 0 insertions, 0 deletions