summaryrefslogtreecommitdiff
path: root/bl1
diff options
context:
space:
mode:
authorAntonio Nino Diaz <antonio.ninodiaz@arm.com>2018-02-19 16:27:06 +0000
committerAntonio Nino Diaz <antonio.ninodiaz@arm.com>2018-02-27 17:00:41 +0000
commit264410306381d4edceeb03b3a0e8db66605427be (patch)
tree1c12c0e9b96e44d3bfe07cca25cb65195ff08744 /bl1
parent883d1b5d4a1a4da956310a951df9eb2056c84597 (diff)
Invalidate TLB entries during warm boot
During the warm boot sequence: 1. The MMU is enabled with the data cache disabled. The MMU table walker is set up to access the translation tables as in cacheable memory, but its accesses are non-cacheable because SCTLR_EL3.C controls them as well. 2. The interconnect is set up and the CPU enters coherency with the rest of the system. 3. The data cache is enabled. If the support for dynamic translation tables is enabled and another CPU makes changes to a region, the changes may only be present in the data cache, not in RAM. The CPU that is booting isn't in coherency with the rest of the system, so the table walker of that CPU isn't either. This means that it may read old entries from RAM and it may have invalid TLB entries corresponding to the dynamic mappings. This is not a problem for the boot code because the mapping is 1:1 and the regions are static. However, the code that runs after the boot sequence may need to access the dynamically mapped regions. This patch invalidates all TLBs during warm boot when the dynamic translation tables support is enabled to prevent this problem. Change-Id: I80264802dc0aa1cb3edd77d0b66b91db6961af3d Signed-off-by: Antonio Nino Diaz <antonio.ninodiaz@arm.com>
Diffstat (limited to 'bl1')
0 files changed, 0 insertions, 0 deletions