[AArch64] Workaround for Cortex A53 erratum 843419
authorMarcus Shawcroft <marcus.shawcroft@arm.com>
Tue, 24 Feb 2015 12:04:41 +0000 (12:04 +0000)
committerMarcus Shawcroft <marcus.shawcroft@arm.com>
Wed, 1 Apr 2015 12:16:38 +0000 (13:16 +0100)
commit4106101c449e53dd6b61ec824b196f84b3f3daa5
tree4adf977e421b6453ead4a941effac892d0cffa87
parentcf39cfc52ebd683d55fc396a77355f34b5094c04
[AArch64] Workaround for Cortex A53 erratum 843419

Some early revisions of the Cortex-A53 have an erratum (843419).  The
details of the erratum are quite complex and involve dynamic
conditions.  For the purposes of the workaround we have simplified the
static conditions to an ADRP in the last two instructions of a 4KByte
page, followed within four instructions by a load/store dependent on
the ADRP.

This patch adds support to conservatively scan for and workaround
Cortex A53 erratum 843419.  There are two different workaround
strategies used.  The first is to rewrite ADRP instructions which form
part of an erratum sequence with an ADR instruction.  In situations
where the ADR provides insufficient offset the dependent load or store
instruction from the sequence is moved to a stub section and branches
are inserted from the original sequence to the relocated instruction
and back again.

Stub section sizes are rounded up to a multiple of 4096 in order to
ensure that the act of inserting work around stubs does not create
more errata sequences.

Workaround stubs are always inserted into the stub section associated
with the input section containing the erratum sequence.  This ensures
that the fully relocated form of the veneered load store instruction
is available at the point in time when the stub section is written.
12 files changed:
bfd/ChangeLog
bfd/bfd-in.h
bfd/bfd-in2.h
bfd/elfnn-aarch64.c
bfd/elfxx-aarch64.c
bfd/elfxx-aarch64.h
ld/ChangeLog
ld/emultempl/aarch64elf.em
ld/testsuite/ChangeLog
ld/testsuite/ld-aarch64/aarch64-elf.exp
ld/testsuite/ld-aarch64/erratum843419.d [new file with mode: 0644]
ld/testsuite/ld-aarch64/erratum843419.s [new file with mode: 0644]
This page took 0.025951 seconds and 4 git commands to generate.