diff options
| author | RonnyHansen <62409975+RonnyHansen@users.noreply.github.com> | 2025-03-11 11:12:15 -0700 |
|---|---|---|
| committer | mergify[bot] <37929162+mergify[bot]@users.noreply.github.com> | 2025-03-12 19:59:59 +0000 |
| commit | 842c4c8afd306baeeb0a0e4799c172803375f5d2 (patch) | |
| tree | bef8e1d7e82a15a5ea98a566f21be0d4977b1965 /BaseTools/Source | |
| parent | 168180aa0432dc5a4f0b81c77bb7c6f42a84ade8 (diff) | |
| download | edk2-842c4c8afd306baeeb0a0e4799c172803375f5d2.zip edk2-842c4c8afd306baeeb0a0e4799c172803375f5d2.tar.gz edk2-842c4c8afd306baeeb0a0e4799c172803375f5d2.tar.bz2 | |
PrmPkg: PRM support for non-existent MMIO ranges
This is regarding PRM modules that are describing MMIO ranges.
When PrmConfigDxe is calling GetMemorySpaceDescriptor() with
a memory range that is visible to the boot processor but has
not been added to the memory map GetMemorySpaceDescriptor()
will return EFI_SUCCESS and then return a memory descriptor
indicating that the region is non-existent. This causes
SetRuntimeMemoryRangeAttributes() to believe that the region
has already been added to the memory map and will eventually
cause an ASSERT.
This PR allows for SetRuntimeMemoryRangeAttributes() to treat
a non-existent MMIO range the same as a range that triggered
a EFI_NOT_FOUND error response from GetMemorySpaceDescriptor().
Signed-off-by: Oliver Smith-Denny <osde@microsoft.com>
Diffstat (limited to 'BaseTools/Source')
0 files changed, 0 insertions, 0 deletions