On Wednesday 03 September 2014 15:36:44 bhupesh.sharma at freescale.com wrote:

quoted

On Wednesday 03 September 2014 20:43:08 Bhupesh Sharma wrote:

quoted

In this version, the enable-method for the CPU nodes is left for the
bootloader (u-boot or UEFI) to patch-up. This DTS has been tested for
PSCI v0.2 CPU_ON method (and corresponding secondary boot) using the
following ARMv8 u-boot patches:

What would be a reason for using something other than PSCI?

We had originally gone ahead and implemented spin-table release method in ARMv8 u-boot
(see [1]) (the v3 of that patchset is still in works), but we have since been pointed towards
PSCI by Mark and Catalin, so we have implemented PSCI in ARMv8 u-boot and the v2 and v3
of the DTS patchset have been tested with both the spin-table and PSCI approaches.

[1] http://lists.denx.de/pipermail/u-boot/2014-June/182759.html

Would it be possible then to just mandate PSCI for the upstream-supported
version?

	Arnd