blob: d9995f1f51b3eb9e678a557a471e4d387db49ca8 [file] [log] [blame]
Will Deacond50240a2013-06-12 16:28:04 +01001 Tagged virtual addresses in AArch64 Linux
2 =========================================
3
4Author: Will Deacon <will.deacon@arm.com>
5Date : 12 June 2013
6
7This document briefly describes the provision of tagged virtual
8addresses in the AArch64 translation system and their potential uses
9in AArch64 Linux.
10
11The kernel configures the translation tables so that translations made
12via TTBR0 (i.e. userspace mappings) have the top byte (bits 63:56) of
13the virtual address ignored by the translation hardware. This frees up
14this byte for application use, with the following caveats:
15
16 (1) The kernel requires that all user addresses passed to EL1
17 are tagged with tag 0x00. This means that any syscall
18 parameters containing user virtual addresses *must* have
19 their top byte cleared before trapping to the kernel.
20
Will Deacon374ed9d2013-09-17 11:46:23 +010021 (2) Non-zero tags are not preserved when delivering signals.
22 This means that signal handlers in applications making use
23 of tags cannot rely on the tag information for user virtual
24 addresses being maintained for fields inside siginfo_t.
25 One exception to this rule is for signals raised in response
26 to watchpoint debug exceptions, where the tag information
Will Deacond50240a2013-06-12 16:28:04 +010027 will be preserved.
28
29 (3) Special care should be taken when using tagged pointers,
30 since it is likely that C compilers will not hazard two
Will Deacon374ed9d2013-09-17 11:46:23 +010031 virtual addresses differing only in the upper byte.
Will Deacond50240a2013-06-12 16:28:04 +010032
33The architecture prevents the use of a tagged PC, so the upper byte will
34be set to a sign-extension of bit 55 on exception return.