summaryrefslogtreecommitdiffstats
path: root/OvmfPkg/LsiScsiDxe/LsiScsiDxe.inf
diff options
context:
space:
mode:
authorSunil V L <sunilvl@ventanamicro.com>2023-03-18 23:15:11 +0530
committermergify[bot] <37929162+mergify[bot]@users.noreply.github.com>2023-03-28 05:04:34 +0000
commit71fd87e98a3d68dffe2f37ec1bdc61732c01597a (patch)
treeff9b903d96ade9bead13aea1ed1eaddf4a94f295 /OvmfPkg/LsiScsiDxe/LsiScsiDxe.inf
parent144028626e0072c2c4fdfcc0fe1b72de319bdd2f (diff)
downloadedk2-71fd87e98a3d68dffe2f37ec1bdc61732c01597a.tar.gz
edk2-71fd87e98a3d68dffe2f37ec1bdc61732c01597a.tar.bz2
edk2-71fd87e98a3d68dffe2f37ec1bdc61732c01597a.zip
OvmfPkg/RiscVVirt: Support multiple reserved memory ranges
M-mode firmware ranges should not be used by EDK2/OS. Currently, we search for mmode_resv0 node in FDT and mark it as the reserved memory in EFI memory map. However, if there are multiple M-mode firmware ranges, then this will miss those extra ranges allowing the OS to access the memory and hit a fault. This issue is exposed since recent opensbi started creating two ranges for text and data. Fix this by searching for all reserved memory nodes and marking them as reserved in the EFI memory map. Cc: Ard Biesheuvel <ardb+tianocore@kernel.org> Cc: Jiewen Yao <jiewen.yao@intel.com> Cc: Jordan Justen <jordan.l.justen@intel.com> Cc: Gerd Hoffmann <kraxel@redhat.com> Cc: Andrei Warkentin <andrei.warkentin@intel.com> Signed-off-by: Sunil V L <sunilvl@ventanamicro.com> Reviewed-by: Andrei Warkentin <andrei.warkentin@intel.com>
Diffstat (limited to 'OvmfPkg/LsiScsiDxe/LsiScsiDxe.inf')
0 files changed, 0 insertions, 0 deletions