Merged #3449 into master. On Tue, 4 Oct 2022 at 15:47, Gerd Hoffmann <kra...@redhat.com> wrote: > > For historical reasons ovmf is quite conservative on address space > usage, to play safe and avoid using more than 36 physical address bits > (the guaranteed minimum) if possible. With devices (specifically GPUs) > becoming larger and larger pci memory bars this becomes increasingly > problematic. > > This patch series address that by trying to figure what the physical > address space size is (which is a bit tricky, see patch #1 for details). > If that worked scale up the 64-bit mmio window and also pcie bridge > windows dynamically with the available address space. > > v2: > - fix pcie bridge window logic, track prefetchable and non-prefetchable > default state separately (Laszlo). > > Gerd Hoffmann (4): > OvmfPkg/PlatformInitLib: qemu cpuid physbits detection > OvmfPkg/PlatformInitLib: detect physical address space > OvmfPkg/PlatformInitLib: dynamic mmio window size > OvmfPkg/PciHotPlugInitDxe: reserve more mmio space > > OvmfPkg/PciHotPlugInitDxe/PciHotPlugInit.inf | 1 + > OvmfPkg/Library/PlatformInitLib/MemDetect.c | 143 ++++++++++++++++--- > OvmfPkg/PciHotPlugInitDxe/PciHotPlugInit.c | 21 ++- > 3 files changed, 145 insertions(+), 20 deletions(-) > > -- > 2.37.3 > > > > > >
-=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#94822): https://edk2.groups.io/g/devel/message/94822 Mute This Topic: https://groups.io/mt/94113622/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-