On ThunderX2 we need to be careful to only map the memory the firmware
authorandrew <andrew@FreeBSD.org>
Tue, 22 May 2018 11:26:41 +0000 (11:26 +0000)
committerandrew <andrew@FreeBSD.org>
Tue, 22 May 2018 11:26:41 +0000 (11:26 +0000)
commit3510d0415081f8f9bd270af52112498eaf93ff5a
treef63de9c7c57fb837981d7d43ee41745664524000
parent4f042eae10a5d5b9e861489580aca58fd7452c27
On ThunderX2 we need to be careful to only map the memory the firmware
lists in the EFI memory map. As such we need to reduce the mappings to
restrict them to not be the full 1G block. For now reduce this to a 2M
block, however this may be further restricted to be 4k page aligned as
other SoCs may require.

This allows ThunderX2 to boot reliably to userspace without performing
any speculative memory accesses to invalid physical memory.

Sponsored by: DARPA, AFRL
sys/arm64/arm64/pmap.c