romlib: Allow patching of romlib functions ...

This change allows patching of functions in the
romlib. This can be done by adding "patch" at the
end of the jump table entry for the function that
needs to be patched in the file jmptbl.i.
Functions patched in the jump table list will be
built as part of the BL image and the romlib
version will not be used

Change-Id: Iefb200cb86e2a4b61ad3ee6180d3ecc39bad537f
Signed-off-by: Sathees Balya <sathees.balya@arm.com>

Merge pull request #1690 from pbatard/rpi3-docfix ...

rpi3: fix bad formatting in rpi3.rst

rpi3: fix bad formatting in rpi3.rst ...

d4fd0219 (pull request #1685) introduced unwanted formatting
such as bold/italic in the description for RPI3_USE_UEFI_MAP.

Merge pull request #1686 from antonio-nino-diaz-arm/an/backtrace ...

backtrace: Extract rules from root Makefile

Merge pull request #1685 from pbatard/rpi3-use-uefi-map ...

rpi3: add RPI3_USE_UEFI_MAP build option

Merge pull request #1684 from oscardagrach/hikey-mmc-fix ...

hikey: increase delay after eMMC initialized

Merge pull request #1682 from MISL-EBU-System-SW/migrate-multi-console ...

Marvell: Migrate to multi console API

backtrace: Extract rules from root Makefile ...

It's better to have them in a separate file instead of having them spread
across the Makefile. This is what the stack protector is already doing.

Change-Id: Id30742c0af10de5ea6d10674ca25bf52b0f2b262
Signed-off-by: Antonio Nino Diaz <antonio.ninodiaz@arm.com>

rpi3: add RPI3_USE_UEFI_MAP build option ...

The default Raspberry Pi 3 memory mapping for ATF is geared towards
the use of uboot + Linux. This creates issues when trying to use
ATF with an UEFI payload and Windows on ARM64.

We therefore introduce new build option RPI3_USE_UEFI_MAP, that
enables the build process to use an alternate memory mapping that
is compatible with UEFI + Windows (as well as UEFI + Linux).

Fixes ARM-software/tf-issues#649

Signed-off-by: Pete Batard <pete@akeo.ie>

Merge pull request #1683 from Yann-lms/stm32mp1_multi_console ...

Add multi console support for STM32MP1

Merge pull request #1680 from pbatard/rpi3-runtime-uart ...

rpi3: add RPI3_RUNTIME_UART build option

hikey: increase delay after eMMC initialized ...

Some eMMC chips require a longer delay. After testing
different chips, 20ms appears to work reliably.

Signed-off-by: Ryan Grachek <ryan@edited.us>

plat/marvell: Migrate to multi-console API ...

Migrate Marvell platforms from legacy console API to
multi-console API.

Change-Id: I647f5f49148b463a257a747af05b5f0c967f267c
Signed-off-by: Konstantin Porotchkin <kostap@marvell.com>

drivers: st: uart: remove old API ...

Now that MULTI_CONSOLE_API is enabled for the STM32MP1 platform,
we can remove the non MULTI_CONSOLE_API parts in the driver.

Signed-off-by: Yann Gautier <yann.gautier@st.com>

stm32mp1: use MULTI_CONSOLE_API ...

Signed-off-by: Yann Gautier <yann.gautier@st.com>

drivers: st: update console driver to support MULTI_CONSOLE_API ...

Signed-off-by: Yann Gautier <yann.gautier@st.com>

stm32mp1: add a new file for UART registers definition ...

Signed-off-by: Yann Gautier <yann.gautier@st.com>

utils_def: add an assembly version for GENMASK ...

When compiling assembly files, stdint.h is not included.
UINT32_C and UINT64_C are then not defined.
A new GENMASK macro for assembly is then created.

Signed-off-by: Yann Gautier <yann.gautier@st.com>

Merge pull request #1675 from SNG-ARM/integration ...

SPM priority level changes

fix: plat/marvell: a3700: Remove encryption password ...

According to "openssl" manual:
-K key
The actual key to use: this must be represented as a string
comprised only of hex digits. If only the key is specified,
the IV must additionally specified using the -iv option.
When both a key and a password are specified, the key given
with the -K option will be used and the IV generated from the
password will be taken.
It does not make much sense to specify both key and password.

This patch removes "-k 0" parameter from the encryption command
since we are already using "-K" and "-iv" for the key and IV.

Change-Id: Ia333cedaa3207e643c95d2ec7c229f50eeab96db
Signed-off-by: Konstantin Porotchkin <kostap@marvell.com>
Reviewed-on: http://vgitil04.il.marvell.com:8080/60745
Reviewed-by: Igal Liberman <igall@marvell.com>
Tested-by: iSoC Platform CI <ykjenk@marvell.com>
Reviewed-by: Sharon Habet <sharonh@marvell.com>

SPM: Raise running priority of the core while in Secure Partition ...

The current secure partition design mandates that a) at a point, only
a single core can be executing in the secure partition, and b) a core
cannot be preempted by an interrupt while executing in secure
partition.

Ensure this by activating the SPM priority prior to entering the
parition. Deactivate the priority on return from the
partition.

Change-Id: Icb3473496d16b733564592eef06304a1028e4f5c
Signed-off-by: Sughosh Ganu <sughosh.ganu@arm.com>

SPM: Register Secure Partition priority level with ehf module ...

Register a priority level, PLAT_SP_PRI, for secure partition with EL3
exception handling framework(ehf) module.

The secure partition manager(SPM) would raise the core's priority to
PLAT_SP_PRI before entering the secure partition, to protect the core
from getting interrupted while in secure partition.

Change-Id: I686897f052a4371e0efa9b929c07d3ad77249e95
Signed-off-by: Sughosh Ganu <sughosh.ganu@arm.com>

SPM: EHF: Build EHF module along with Secure Partition Manager ...

Add a dependency for building EL3 exception handling framework(EHF)
module with the secure partition manager(SPM).

The EHF module is needed for raising the core's running priority
before the core enters the secure partition, and lowering it
subsequently on exit from the secure partition.

Change-Id: Icbe2d0a63f00b46dc593ff3d86b676c9333506c3
Signed-off-by: Sughosh Ganu <sughosh.ganu@arm.com>

rpi3: add RPI3_RUNTIME_UART build option ...

Some OSes (e.g. Ubuntu 18.04 LTS on Raspberry Pi 3) may disable the
runtime UART in a manner that prevents the system from rebooting if
ATF tries to send runtime messages there.

Also, we don't want the firmware to share the UART with normal
world, as this can be a DoS attack vector into the secure world.

This patch fixes these 2 issues by introducing new build option
RPI3_RUNTIME_UART, that disables the runtime UART by default.

Fixes ARM-software/tf-issues#647

Signed-off-by: Pete Batard <pete@akeo.ie>

Merge pull request #1676 from Yann-lms/static_analysis ...

Correct some issues found with static analysis tools

Merge pull request #1677 from acolinisi/PR--drivers-cadence-uart-prototype ...

cadence: uart: comply to console_register prototype

cadence: uart: comply to console_register prototype ...

Signed-off-by: Alexei Colin <acolin@isi.edu>

Merge pull request #1674 from jforissier/hisi-multi-console ...

hikey, hikey960, poplar: use new console APIs

Merge pull request #1605 from sivadur/integration ...

Add support new Xilinx Versal ACAP platform

stm32mp1: remove duplicate function declaration ...

It is already in include/drivers/st/stm32mp1_ddr_helpers.h.

Signed-off-by: Yann Gautier <yann.gautier@st.com>