Skip to content

GitLab

Switch branch/tag
History Find file
Clone
Fix MISRA Rule 5.3 Part 5
Daniel Boulby authored 
Use a _ prefix for macro arguments to prevent that argument from
hiding variables of the same name in the outer scope

Rule 5.3: An identifier declared in an inner scope shall not
          hide an identifier declared in an outer scope

Fixed For:
    make LOG_LEVEL=50 PLAT=juno

Change-Id: I575fbc96e8267f2b075e88def1f6e3185394613a
Signed-off-by: default avatarDaniel Boulby <daniel.boulby@arm.com>
ff4e86f9
Name Last commit Last update
bl1 Fix MISRA rule 8.4 Part 4
bl2 BL2_AT_EL3: do not try to disable MMU twice on AARCH32
bl2u Merge pull request #1282 from robertovargas-arm/misra-changes
bl31 Rename symbols and files relating to CVE-2017-5715
bl32 Rename symbols and files relating to CVE-2017-5715
common Fix MISRA Rule 5.3 Part 2
docs Adjust BL2_AT_EL3 memory layout
drivers Fix MISRA Rule 5.3 Part 2
fdts Dynamic_config: remove the FVP dtb files
include Fix MISRA Rule 5.3 Part 2
lib Fix MISRA Rule 5.3 Part 4
make_helpers Allow disabling authentication dynamically
plat Fix MISRA Rule 5.3 Part 5
services Fix MISRA Rule 5.3 Part 3
tools Dynamic cfg: Enable support on CoT for other configs
.checkpatch.conf checkpatch: Ignore SPDX_LICENSE_TAG
.editorconfig Add .editorconfig file
.gitignore fip: move headers shared between TF and fiptool to include/tools_share
Makefile Allow disabling authentication dynamically
acknowledgements.rst Add NXP to contributor list
contributing.rst Update Arm TF references to TF-A
dco.txt Drop requirement for CLA in contribution.md
license.rst Update Arm TF references to TF-A
maintainers.rst layerscape: Initial TF-A support for LS1043ardb
readme.rst Fix SDEI link in readme.rst
readme.rst

Trusted Firmware-A - version 1.5

Trusted Firmware-A (TF-A) provides a reference implementation of secure world software for Armv7-A and Armv8-A, including a Secure Monitor executing at Exception Level 3 (EL3). It implements various Arm interface standards, such as:

Where possible, the code is designed for reuse or porting to other Armv7-A and Armv8-A model and hardware platforms.

Arm will continue development in collaboration with interested parties to provide a full reference implementation of Secure Monitor code and Arm standards to the benefit of all developers working with Armv7-A and Armv8-A TrustZone technology.

License

The software is provided under a BSD-3-Clause license. Contributions to this project are accepted under the same license with developer sign-off as described in the Contributing Guidelines.

This project contains code from other projects as listed below. The original license text is included in those source files.

  • The stdlib source code is derived from FreeBSD code, which uses various BSD licenses, including BSD-3-Clause and BSD-2-Clause.
  • The libfdt source code is dual licensed. It is used by this project under the terms of the BSD-2-Clause license.
  • The LLVM compiler-rt source code is dual licensed. It is used by this project under the terms of the NCSA license (also known as the University of Illinois/NCSA Open Source License).
  • The zlib source code is licensed under the Zlib license, which is a permissive license compatible with BSD-3-Clause.

This release

This release provides a suitable starting point for productization of secure world boot and runtime firmware, in either the AArch32 or AArch64 execution state.

Users are encouraged to do their own security validation, including penetration testing, on any secure world code derived from TF-A.

Functionality

  • Initialization of the secure world, for example exception vectors, control registers and interrupts for the platform.
  • Library support for CPU specific reset and power down sequences. This includes support for errata workarounds and the latest Arm DynamIQ CPUs.
  • Drivers to enable standard initialization of Arm System IP, for example Generic Interrupt Controller (GIC), Cache Coherent Interconnect (CCI), Cache Coherent Network (CCN), Network Interconnect (NIC) and TrustZone Controller (TZC).
  • A generic SCMI driver to interface with conforming power controllers, for example the Arm System Control Processor (SCP).
  • SMC (Secure Monitor Call) handling, conforming to the SMC Calling Convention using an EL3 runtime services framework.
  • PSCI library support for CPU, cluster and system power management use-cases. This library is pre-integrated with the AArch64 EL3 Runtime Software, and is also suitable for integration with other AArch32 EL3 Runtime Software, for example an AArch32 Secure OS.
  • A minimal AArch32 Secure Payload (SP_MIN) to demonstrate PSCI library integration with AArch32 EL3 Runtime Software.
  • Secure Monitor library code such as world switching, EL1 context management and interrupt routing. When a Secure-EL1 Payload (SP) is present, for example a Secure OS, the AArch64 EL3 Runtime Software must be integrated with a dispatcher component (SPD) to customize the interaction with the SP.
  • A Test SP/SPD to demonstrate AArch64 Secure Monitor functionality and SP interaction with PSCI.
  • SPDs for the OP-TEE Secure OS, NVidia Trusted Little Kernel and Trusty Secure OS.
  • A Trusted Board Boot implementation, conforming to all mandatory TBBR requirements. This includes image authentication, Firmware Update (or recovery mode), and packaging of the various firmware images into a Firmware Image Package (FIP).
  • Pre-integration of TBB with the Arm CryptoCell product, to take advantage of its hardware Root of Trust and crypto acceleration services.
  • Reliability, Availability, and Serviceability (RAS) functionality, including
    • A Secure Partition Manager (SPM) to manage Secure Partitions in Secure-EL0, which can be used to implement simple management and security services.
    • An SDEI dispatcher to route interrupt-based SDEI events.
    • An Exception Handling Framework (EHF) that allows dispatching of EL3 interrupts to their registered handlers, to facilitate firmware-first error handling.
  • A dynamic configuration framework that enables each of the firmware images to be configured at runtime if required by the platform. It also enables loading of a hardware configuration (for example, a kernel device tree) as part of the FIP, to be passed through the firmware stages.
  • Support for alternative boot flows, for example to support platforms where the EL3 Runtime Software is loaded using other firmware or a separate secure system processor, or where a non-TF-A ROM expects BL2 to be loaded at EL3.
  • Support for the GCC, LLVM and Arm Compiler 6 toolchains.

For a full description of functionality and implementation details, please see the Firmware Design and supporting documentation. The Change Log provides details of changes made since the last release.

Platforms

Various AArch32 and AArch64 builds of this release has been tested on variants r0, r1 and r2 of the Juno Arm Development Platform.

Various AArch64 builds of this release have been tested on the following Arm Fixed Virtual Platforms (FVP) without shifted affinities, and that do not support threaded CPU cores (64-bit host machine only):

NOTE: Unless otherwise stated, the FVP Version is 11.2 Build 11.2.33.

  • Foundation_Platform
  • FVP_Base_AEMv8A-AEMv8A (and also Version 9.0, Build 0.8.9005)
  • FVP_Base_Cortex-A35x4
  • FVP_Base_Cortex-A53x4
  • FVP_Base_Cortex-A57x4-A53x4
  • FVP_Base_Cortex-A57x4
  • FVP_Base_Cortex-A72x4-A53x4
  • FVP_Base_Cortex-A72x4
  • FVP_Base_Cortex-A73x4-A53x4
  • FVP_Base_Cortex-A73x4

Additionally, various AArch64 builds were tested on the following Arm FVP s with shifted affinities, supporting threaded CPU cores (64-bit host machine only).

  • FVP_Base_Cortex-A55x4-A75x4 (Version 0.0, build 0.0.4395)
  • FVP_Base_Cortex-A55x4 (Version 0.0, build 0.0.4395)
  • FVP_Base_Cortex-A75x4 (Version 0.0, build 0.0.4395)
  • FVP_Base_RevC-2xAEMv8A

Various AArch32 builds of this release has been tested on the following Arm FVPs without shifted affinities, and that do not support threaded CPU cores (64-bit host machine only):

  • FVP_Base_AEMv8A-AEMv8A
  • FVP_Base_Cortex-A32x4

The Foundation FVP can be downloaded free of charge. The Base FVPs can be licensed from Arm. See the Arm FVP website.

All the above platforms have been tested with Linaro Release 17.10.

This release also contains the following platform support:

  • HiKey, HiKey960 and Poplar boards
  • MediaTek MT6795 and MT8173 SoCs
  • NVidia T132, T186 and T210 SoCs
  • QEMU emulator
  • Raspberry Pi 3 board
  • RockChip RK3328, RK3368 and RK3399 SoCs
  • Socionext UniPhier SoC family
  • Xilinx Zynq UltraScale + MPSoC

Still to come

  • More platform support.
  • Improved dynamic configuration support.
  • Ongoing support for new architectural features, CPUs and System IP.
  • Ongoing support for new Arm system architecture specifications.
  • Ongoing security hardening, optimization and quality improvements.

For a full list of detailed issues in the current code, please see the Change Log and the GitHub issue tracker.

Getting started

Get the TF-A source code from GitHub.

See the User Guide for instructions on how to install, build and use the TF-A with the Arm FVPs.

See the Firmware Design for information on how the TF-A works.

See the Porting Guide as well for information about how to use this software on another Armv7-A or Armv8-A platform.

See the Contributing Guidelines for information on how to contribute to this project and the Acknowledgments file for a list of contributors to the project.

Feedback and support

Arm welcomes any feedback on TF-A. If you think you have found a security vulnerability, please report this using the process defined in the TF-A Security Centre. For all other feedback, please use the GitHub issue tracker.

Arm licensees may contact Arm directly via their partner managers.

Copyright (c) 2013-2018, Arm Limited and Contributors. All rights reserved.