Call platform_is_primary_cpu() only from reset handler
authorJuan Castillo <juan.castillo@arm.com>
Wed, 16 Jul 2014 14:53:43 +0000 (15:53 +0100)
committerJuan Castillo <juan.castillo@arm.com>
Fri, 1 Aug 2014 08:39:50 +0000 (09:39 +0100)
commit53fdcebd6d330183ce3e46f38bb50e838a6a60de
treec645c183657171bec5d4c8491f6d8dd360d384d9
parentdd2bdee61682df0ec65dfc43371c126a86a30c30
Call platform_is_primary_cpu() only from reset handler

The purpose of platform_is_primary_cpu() is to determine after reset
(BL1 or BL3-1 with reset handler) if the current CPU must follow the
cold boot path (primary CPU), or wait in a safe state (secondary CPU)
until the primary CPU has finished the system initialization.

This patch removes redundant calls to platform_is_primary_cpu() in
subsequent bootloader entrypoints since the reset handler already
guarantees that code is executed exclusively on the primary CPU.

Additionally, this patch removes the weak definition of
platform_is_primary_cpu(), so the implementation of this function
becomes mandatory. Removing the weak symbol avoids other
bootloaders accidentally picking up an invalid definition in case the
porting layer makes the real function available only to BL1.

The define PRIMARY_CPU is no longer mandatory in the platform porting
because platform_is_primary_cpu() hides the implementation details
(for instance, there may be platforms that report the primary CPU in
a system register). The primary CPU definition in FVP has been moved
to fvp_def.h.

The porting guide has been updated accordingly.

Fixes ARM-software/tf-issues#219

Change-Id: If675a1de8e8d25122b7fef147cb238d939f90b5e
bl2/aarch64/bl2_entrypoint.S
bl31/aarch64/bl31_entrypoint.S
bl32/tsp/aarch64/tsp_entrypoint.S
docs/porting-guide.md
plat/common/aarch64/platform_helpers.S
plat/fvp/aarch64/fvp_helpers.S
plat/fvp/fvp_def.h
plat/fvp/include/platform_def.h