arm-trusted-firmware/include/common
Sandrine Bailleux 5d1c104f9a Introduce SEPARATE_CODE_AND_RODATA build flag
At the moment, all BL images share a similar memory layout: they start
with their code section, followed by their read-only data section.
The two sections are contiguous in memory. Therefore, the end of the
code section and the beginning of the read-only data one might share
a memory page. This forces both to be mapped with the same memory
attributes. As the code needs to be executable, this means that the
read-only data stored on the same memory page as the code are
executable as well. This could potentially be exploited as part of
a security attack.

This patch introduces a new build flag called
SEPARATE_CODE_AND_RODATA, which isolates the code and read-only data
on separate memory pages. This in turn allows independent control of
the access permissions for the code and read-only data.

This has an impact on memory footprint, as padding bytes need to be
introduced between the code and read-only data to ensure the
segragation of the two. To limit the memory cost, the memory layout
of the read-only section has been changed in this case.

 - When SEPARATE_CODE_AND_RODATA=0, the layout is unchanged, i.e.
   the read-only section still looks like this (padding omitted):

   |        ...        |
   +-------------------+
   | Exception vectors |
   +-------------------+
   |  Read-only data   |
   +-------------------+
   |       Code        |
   +-------------------+ BLx_BASE

   In this case, the linker script provides the limits of the whole
   read-only section.

 - When SEPARATE_CODE_AND_RODATA=1, the exception vectors and
   read-only data are swapped, such that the code and exception
   vectors are contiguous, followed by the read-only data. This
   gives the following new layout (padding omitted):

   |        ...        |
   +-------------------+
   |  Read-only data   |
   +-------------------+
   | Exception vectors |
   +-------------------+
   |       Code        |
   +-------------------+ BLx_BASE

   In this case, the linker script now exports 2 sets of addresses
   instead: the limits of the code and the limits of the read-only
   data. Refer to the Firmware Design guide for more details. This
   provides platform code with a finer-grained view of the image
   layout and allows it to map these 2 regions with the appropriate
   access permissions.

Note that SEPARATE_CODE_AND_RODATA applies to all BL images.

Change-Id: I936cf80164f6b66b6ad52b8edacadc532c935a49
2016-07-08 14:55:11 +01:00
..
tbbr Replace all SCP FW (BL0, BL3-0) references 2015-12-14 12:31:16 +00:00
asm_macros.S Fill exception vectors with zero bytes 2016-05-26 17:04:39 +01:00
assert_macros.S Add header guards to asm macro files 2015-04-27 18:06:24 +01:00
bl_common.h Introduce SEPARATE_CODE_AND_RODATA build flag 2016-07-08 14:55:11 +01:00
context.h Build option to include AArch32 registers in cpu context 2016-06-03 10:50:52 +01:00
context_mgmt.h Fix build error with optimizations disabled (-O0) 2016-04-14 16:24:03 +01:00
debug.h Make cpu operations warning a VERBOSE print 2016-03-22 10:00:42 +00:00
el3_common_macros.S Enable SCR_EL3.SIF bit 2016-04-07 16:30:45 +01:00
firmware_image_package.h Replace all SCP FW (BL0, BL3-0) references 2015-12-14 12:31:16 +00:00
smcc_helpers.h Move context management code to common location 2015-12-09 17:41:18 +00:00