diff options
author | Linus Walleij <linus.walleij@linaro.org> | 2015-03-09 10:53:21 +0100 |
---|---|---|
committer | Tom Rini <trini@konsulko.com> | 2015-03-09 11:13:29 -0400 |
commit | 23b5877c64562a314f8d8c60d0066cd346f2d886 (patch) | |
tree | 637ae686c8cda5a7c7d28216bf7d4c1f79f0f945 /common/cmd_fpgad.c | |
parent | 671fa63e79053c33456c198c1e0f74262b0b2548 (diff) | |
download | blackbird-obmc-uboot-23b5877c64562a314f8d8c60d0066cd346f2d886.tar.gz blackbird-obmc-uboot-23b5877c64562a314f8d8c60d0066cd346f2d886.zip |
armv8/vexpress64: make multientry conditional
While the Freescale ARMv8 board LS2085A will enter U-Boot both
on a master and a secondary (slave) CPU, this is not the common
behaviour on ARMv8 platforms. The norm is that U-Boot is entered
from the master CPU only, while the other CPUs are kept in
WFI (wait for interrupt) state.
The code determining which CPU we are running on is using the
MPIDR register, but the definition of that register varies with
platform to some extent, and handling multi-cluster platforms
(such as the Juno) will become cumbersome. It is better to only
enable the multiple entry code on machines that actually need
it and disable it by default.
Make the single entry default and add a special
ARMV8_MULTIENTRY KConfig option to be used by the
platforms that need multientry and set it for the LS2085A.
Delete all use of the CPU_RELEASE_ADDR from the Vexpress64
boards as it is just totally unused and misleading, and
make it conditional in the generic start.S code.
This makes the Juno platform start U-Boot properly.
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Diffstat (limited to 'common/cmd_fpgad.c')
0 files changed, 0 insertions, 0 deletions