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

Kevin Hilman khilman at kernel.org
Thu Oct 22 15:59:14 PDT 2015

On Mon, Oct 19, 2015 at 9:52 PM, Kevin Hilman <khilman at kernel.org> wrote:
> 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.

OK, I figured this one out.  The patch above that bisect found was
patch 1 of a 2-patch series, and the 2nd patch didn't make it into
v4.2 for various reasons.

I've now remedied that and verified that adding the 2nd patch:
mainline commit c00def71efd9 (ARM: ux500: simplify secondary CPU boot)
on top of stable/v4.2.y gets the snowball booting again.

I've submitted that patch for inclusion into stable/linux-4.2.y.


More information about the linux-arm-kernel mailing list