blob: 5a9bdb3a2140c8878c0c43a853427e515e9f1c17 [file] [log] [blame] [view]
James Morrisseyba3155b2013-10-29 10:56:46 +00001ARM Trusted Firmware
2====================
Harry Liebelcff4e292013-11-05 18:00:38 +00003
4Detailed changes since last release
5-----------------------------------
6
James Morrisseyba3155b2013-10-29 10:56:46 +00007* Support for Foundation FVP Version 2.0 added.
Harry Liebelcff4e292013-11-05 18:00:38 +00008 The documented UEFI configuration disables some devices that are unavailable
9 in the Foundation FVP, including MMC and CLCD. The resultant UEFI binary can
10 be used on the AEMv8 and Cortex-A57-A53 FVPs, as well as the Foundation FVP.
James Morrisseyba3155b2013-10-29 10:56:46 +000011 NOTE: The software will not work on Version 1.0 of the Foundation FVP.
12
13* Regression-checked against latest Base FVPs (Version 5.2).
14
15* The supplied FDTs expose the Interrupt Translation Service (ITS) available
16 in GICv3.
Harry Liebelcff4e292013-11-05 18:00:38 +000017
Sandrine Bailleux204aa032013-10-28 15:14:00 +000018* Fixed various GCC compiler warnings.
19
Sandrine Bailleux37382742013-11-18 17:26:59 +000020* Unmask SError and Debug exceptions in the trusted firmware.
21 Also route external abort and SError interrupts to EL3.
22
Harry Liebel375ae682013-11-18 16:05:21 +000023* The amount of physical RAM available to Linux as specified in the FDTs for
24 Base FVPs have been increased from 2GB to 4GB. This resolves the issue of
25 failing to start user-space when using a RAM-disk file-system.
26
James Morrisseyeaaeece2013-11-01 13:56:59 +000027* Build products are now created in a separate build directory tree.
28
Sandrine Bailleuxcd29b0a2013-11-27 10:32:17 +000029* Analyze at link-time whether bootloader images will fit in memory and won't
30 overlap each other at run time. If it is not the case then image linking
31 will now fail.
32
33* Reduce the size of the bootloader images by cutting some sections out of
34 their disk images and allocating them at load time, whenever possible.
35
36* Properly initialise the C runtime environment. C code can now safely assume
37 that global variables are initialised to 0 and that initialised data holds
38 the correct value.
39
40* General changes on the memory layout: some sections have been moved, some of
41 them have been merged together, and some alignment constraints on sections
42 have changed.
Harry Liebelcff4e292013-11-05 18:00:38 +000043
Dan Handleyab2d31e2013-12-02 19:25:12 +000044* Enable third party contributions. Add a new contributing.md containing
45 instructions for how to contribute and update copyright text in all files to
46 acknowledge contributors.
47
Achin Guptab127cdb2013-11-12 16:40:00 +000048* The wake up enable bit in the FVP power controller is cleared when a cpu is
49 physically powered up to prevent a spurious wake up from a subsequent cpu
50 off state.
Dan Handleyab2d31e2013-12-02 19:25:12 +000051
Achin Gupta994dfce2013-10-26 13:10:31 +010052* Definitions of some constants related to the PSCI api calls AFFINITY_INFO
53 and CPU_SUSPEND have been corrected.
54
Achin Guptac8afc782013-11-25 18:45:02 +000055* A bug which triggered an error condition in the code executed after a cpu
56 is powered on, if a non zero context id parameter was passed in the PSCI
57 CPU_ON and CPU_SUSPEND api calls has been corrected.
58
Achin Gupta2d94d4a2013-11-05 11:10:38 +000059* A restriction in the FVP code which did not allow the non-secure entrypoint
60 to lie outside the DRAM has been removed.
61
Achin Gupta4f6ad662013-10-25 09:08:21 +010062ARM Trusted Firmware - version 0.2
63==================================
64
65New features
66------------
67
68* First source release.
69
70* Code for the PSCI suspend feature is supplied, although this is not enabled
71 by default since there are known issues (see below).
72
73
74Issues resolved since last release
75----------------------------------
76
77* The "psci" nodes in the FDTs provided in this release now fully comply
78 with the recommendations made in the PSCI specification.
79
80
81Known issues
82------------
83
84The following is a list of issues which are expected to be fixed in the future
85releases of the ARM Trusted Firmware.
86
87* The TrustZone Address Space Controller (TZC-400) is not being programmed
88 yet. Use of model parameter `-C bp.secure_memory=1` is not supported.
89
90* No support yet for secure world interrupt handling or for switching context
91 between secure and normal worlds in EL3.
92
93* GICv3 support is experimental. The Linux kernel patches to support this are
94 not widely available. There are known issues with GICv3 initialization in
95 the ARM Trusted Firmware.
96
97* Dynamic image loading is not available yet. The current image loader
98 implementation (used to load BL2 and all subsequent images) has some
99 limitations. Changing BL2 or BL3-1 load addresses in certain ways can lead
100 to loading errors, even if the images should theoretically fit in memory.
101
102* Although support for PSCI `CPU_SUSPEND` is present, it is not yet stable
103 and ready for use.
104
James Morrisseyba3155b2013-10-29 10:56:46 +0000105* PSCI API calls `AFFINITY_INFO` & `PSCI_VERSION` are implemented but have not
Achin Gupta4f6ad662013-10-25 09:08:21 +0100106 been tested.
107
108* The ARM Trusted Firmware make files result in all build artifacts being
109 placed in the root of the project. These should be placed in appropriate
110 sub-directories.
111
112* The compilation of ARM Trusted Firmware is not free from compilation
113 warnings. Some of these warnings have not been investigated yet so they
114 could mask real bugs.
115
116* The ARM Trusted Firmware currently uses toolchain/system include files like
117 stdio.h. It should provide versions of these within the project to maintain
118 compatibility between toolchains/systems.
119
120* The PSCI code takes some locks in an incorrect sequence. This may cause
121 problems with suspend and hotplug in certain conditions.
122
123* The Linux kernel used in this release is based on version 3.12-rc4. Using
124 this kernel with the ARM Trusted Firmware fails to start the file-system as
125 a RAM-disk. It fails to execute user-space `init` from the RAM-disk. As an
126 alternative, the VirtioBlock mechanism can be used to provide a file-system
127 to the kernel.
128
129
130Detailed changes since last release
131-----------------------------------
132
Dan Handleyab2d31e2013-12-02 19:25:12 +0000133First source release - not applicable.
Achin Gupta4f6ad662013-10-25 09:08:21 +0100134
135- - - - - - - - - - - - - - - - - - - - - - - - - -
136
Dan Handleyab2d31e2013-12-02 19:25:12 +0000137_Copyright (c) 2013, ARM Limited and Contributors. All rights reserved._