[U-Boot] [PATCH 4/5] arm: Provide common PSCI based reset handler
Alexander Graf
agraf at suse.de
Thu Aug 18 06:00:30 CEST 2016
> Am 18.08.2016 um 05:44 schrieb Simon Glass <sjg at chromium.org>:
>
> Hi Alex,
>
>> On 16 August 2016 at 13:08, Alexander Graf <agraf at suse.de> wrote:
>> Most armv8 systems have PSCI support enabled in EL3, either through
>> ARM Trusted Firmware or other firmware.
>>
>> On these systems, we do not need to implement system reset manually,
>> but can instead rely on higher level firmware to deal with it.
>>
>> The exclude list seems excessive right now, but NXP is working on
>> providing an in-tree PSCI implementation, so that all NXP systems
>> can eventually use PSCI as well.
>>
>> Signed-off-by: Alexander Graf <agraf at suse.de>
>> ---
>> arch/arm/cpu/armv8/Kconfig | 18 ++++++++++++++++++
>> arch/arm/cpu/armv8/fwcall.c | 7 +++++++
>> arch/arm/mach-meson/board.c | 5 -----
>> board/xilinx/zynqmp/zynqmp.c | 5 -----
>> 4 files changed, 25 insertions(+), 10 deletions(-)
>
> Reviewed-by: Simon Glass <sjg at chromium.org>
>
>>
>> diff --git a/arch/arm/cpu/armv8/Kconfig b/arch/arm/cpu/armv8/Kconfig
>> index 7e1fc4c..cd2d9bb 100644
>> --- a/arch/arm/cpu/armv8/Kconfig
>> +++ b/arch/arm/cpu/armv8/Kconfig
>> @@ -21,4 +21,22 @@ config ARMV8_SPIN_TABLE
>> - Reserve the code for the spin-table and the release address
>> via a /memreserve/ region in the Device Tree.
>>
>> +config PSCI_RESET
>> + bool "Use PSCI for reset and shutdown"
>> + default y
>> + depends on !ARCH_EXYNOS7 && !ARCH_BCM283X && !TARGET_LS2080A_EMU && \
>> + !TARGET_LS2080A_SIMU && !TARGET_LS2080AQDS && \
>> + !TARGET_LS2080ARDB && !TARGET_LS1012AQDS && \
>> + !TARGET_LS1012ARDB && !TARGET_LS1012AFRDM && \
>> + !TARGET_LS1043ARDB && !ARCH_UNIPHIER && !ARCH_SNAPDRAGON && \
>> + !TARGET_S32V234EVB
>
> Will this break new systems that are added?
I would word it differently - it will gently push new systems into the right direction ;). With PSCI available, Linux SMP will "just work" too.
The worst that can happen is that someone enables a nee system which does not provide PSCI. In that case we have non-working reboot and shutdown handlers. The alternative would be no reboot and shutdown handlers (which is a fatal panic on Linux for example), so we're not worse off imho.
Alex
More information about the U-Boot
mailing list