diff options
| author | Ard Biesheuvel <ardb@kernel.org> | 2023-09-12 07:24:29 +0000 |
|---|---|---|
| committer | mergify[bot] <37929162+mergify[bot]@users.noreply.github.com> | 2023-09-12 10:20:27 +0000 |
| commit | 4f4a2c3b0768cd389c8f27ec77871887ba89e6f5 (patch) | |
| tree | abbe6bfb2a913209f2aaafcb8c5ba5fd79a19f49 /OvmfPkg | |
| parent | b7a48bed16dd75ce6a864540ab7dc38d8f1f657b (diff) | |
| download | edk2-4f4a2c3b0768cd389c8f27ec77871887ba89e6f5.tar.gz edk2-4f4a2c3b0768cd389c8f27ec77871887ba89e6f5.tar.bz2 edk2-4f4a2c3b0768cd389c8f27ec77871887ba89e6f5.zip | |
ArmPkg/ArmMmuLib: Drop buggy secure memory type check
Jake reports that the IS_ARM_MEMORY_REGION_ATTRIBUTES_SECURE() macro is
no longer accurate since commit 852227a9d52e3cb9 ("ArmPkg/Mmu: Remove
handling of NONSECURE memory regions").
Fortunately, it only affects the NS bit in level 1 short descriptors,
which is ignored when executing in non-secure mode. And given that
running UEFI in the secure world is not a use case we aim to support,
let's just drop this logic altogether.
Reported-by: Jake Garver <jake@nvidia.com>
Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
Reviewed-by: Leif Lindholm <quic_llindhol@quicinc.com>
Diffstat (limited to 'OvmfPkg')
0 files changed, 0 insertions, 0 deletions