]> git.proxmox.com Git - mirror_edk2.git/commit - OvmfPkg/PlatformPei/Platform.c
OvmfPkg: PlatformPei: force 32-bit MMIO aperture above 3 GB on Q35
authorLaszlo Ersek <lersek@redhat.com>
Wed, 2 Sep 2015 18:45:44 +0000 (18:45 +0000)
committerlersek <lersek@Edk2>
Wed, 2 Sep 2015 18:45:44 +0000 (18:45 +0000)
commitc68d3a697874a81f076ae57dc16acfe255d2986b
treed0e08604713353db3669fa689f6afd5dae20c86b
parentf1cbea148c1d1392302bf1469fad26aea6cf3659
OvmfPkg: PlatformPei: force 32-bit MMIO aperture above 3 GB on Q35

The logic we have in place for i440fx does not work reliably on q35. For
example, if the guest has 2GB of RAM, we allow the PCI root bridge driver
to allocate the legacy video RAM BAR from the [2048 MB, 2816 MB] range,
which falls strictly outside of the Q35 PCI host MMIO aperture that QEMU
configures, and advertizes in ACPI.

In turn, PCI BARs that exist outside of the PCI host aperture that is
exposed in ACPI break Windows guests.

Allocating PCI MMIO resources at or above 3GB on Q35 ensures that we stay
within QEMU's aperture. (See the "w32.begin" assignments in
"hw/pci-host/q35.c".) Furthermore, in pc_q35_init() (file
"hw/i386/pc_q35.c"), QEMU ensures that the low RAM never "leaks" above
3GB.

The i440fx logic is left unchanged.

The Windows guest malfunction on Q35 was reported by Jon Panozzo of Lime
Technology, Inc.

Cc: Gerd Hoffmann <kraxel@redhat.com>
Cc: Jordan Justen <jordan.l.justen@intel.com>
Cc: Igor Mammedov <imammedo@redhat.com>
Cc: Jon Panozzo <jonp@lime-technology.com>
Cc: "Gabriel L. Somlo" <somlo@cmu.edu>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
Reviewed-by: Jordan Justen <jordan.l.justen@intel.com>
Tested-by: Jonathan Panozzo <jonp@lime-technology.com>
git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18393 6f19259b-4bc3-4df7-8a09-765794883524
OvmfPkg/PlatformPei/Platform.c