[PATCH 1/2] ARM: ux500: add an SMP enablement type and move cpu nodes

Kevin Hilman khilman at kernel.org
Mon Oct 19 21:52:37 PDT 2015

Hi Linus,

On Mon, Aug 3, 2015 at 12:26 AM, Linus Walleij <linus.walleij at linaro.org> wrote:
> The "cpus" node cannot be inside the "soc" node, while this
> works for the CoreSight blocks, the early boot code will look
> for "cpus" directly under the root node, so this is a hard
> convention. So move the CPU nodes.
> Augment the "reg" property to match what is actually in the
> hardware: 0x300 and 0x301 respectively.
> Then add an SMP enablement type to be used by the SMP init
> code, "ste,dbx500-smp".
> Signed-off-by: Linus Walleij <linus.walleij at linaro.org>
> ---
> Hi ARM SoC people: please apply this as a fix for v4.2
> as it is prerequisite for 2/2 which is a more proper fix
> for the secondary CPU boot regression addressed by the
> fixed remappings patch.

kernelci.org has had the ste-snowall failing in v4.2 stable[1] for
awhile, so I finally bisected[2] it down to this patch, which is in
mainline in the form of commit bf64dd262eaa (ARM: ux500: add an SMP
enablement type and move cpu nodes).  I confirmed that reverting that
commit on top of v4.2 gets the snowball booting again.


[1] http://kernelci.org/boot/all/job/stable/kernel/v4.2.3/
[2] https://ci.linaro.org/view/people/job/tbaker-boot-bisect-bot/102/console

More information about the linux-arm-kernel mailing list