summaryrefslogtreecommitdiff
path: root/src/vendorcode/mediatek
diff options
context:
space:
mode:
authorNico Huber <nico.huber@secunet.com>2023-05-10 18:06:27 +0200
committerFelix Held <felix-coreboot@felixheld.de>2023-06-01 13:11:33 +0000
commitae81497cb6c7a7d1c4dde837cb84a196752c57bf (patch)
tree04ff098549df3f0161eeec2445d7db1556ed7129 /src/vendorcode/mediatek
parente811c9a44d04bec211f111f73e47f4d3be9d2117 (diff)
device/pci: Limit default domain memory window
When the default pci_domain_read_resources() is used, keep 32-bit memory resources below the limit given by CONFIG_DOMAIN_RESOURCE_32BIT_LIMIT. This serves as a workaround for missing/wrong reservations of chipset resources. This will help to get more stable results from our own allocator, but is far from a complete solution. Indvi- dual platform ASL code also needs to be considered, so the OS won't assign conflicting resources. Most platforms have reserved space between 0xfe000000 and the 4G barrier. So use that as a global default. In case of `soc/intel/common/`, use 0xe0000000 because this is what is advertised in ACPI and there are traces of resources below 0xfe000000 that are unknown to core- boot's C code (PCH_PRESERVED_BASE?). Tested on QEMU/Q35 and Siemens/Chili w/ and w/o top- down allocation. Fixes EHCI w/ top-down in QEMU. Change-Id: Iae0d888eebd0ec11a9d6f12975ae24dc32a80d8c Signed-off-by: Nico Huber <nico.huber@secunet.com> Reviewed-on: https://review.coreboot.org/c/coreboot/+/75102 Reviewed-by: Angel Pons <th3fanbus@gmail.com> Reviewed-by: Paul Menzel <paulepanter@mailbox.org> Tested-by: build bot (Jenkins) <no-reply@coreboot.org>
Diffstat (limited to 'src/vendorcode/mediatek')
0 files changed, 0 insertions, 0 deletions