From mboxrd@z Thu Jan 1 00:00:00 1970 From: tixy@linaro.org (Jon Medhurst (Tixy)) Date: Wed, 29 May 2013 11:48:24 +0100 Subject: [PATCH 8/8] ARM: vexpress/dcscb: select multi-cluster SMP operations In-Reply-To: <1369374311-21260-9-git-send-email-nicolas.pitre@linaro.org> References: <1369374311-21260-1-git-send-email-nicolas.pitre@linaro.org> <1369374311-21260-9-git-send-email-nicolas.pitre@linaro.org> Message-ID: <1369824504.3715.23.camel@linaro1.home> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Fri, 2013-05-24 at 01:45 -0400, Nicolas Pitre wrote: > When the DCSCB code is successfully probed and initialized, then the > generic MCPM SPM ops should be used as those operations need to be > arbitrated through the MCPM layer. > > Signed-off-by: Nicolas Pitre > --- > arch/arm/mach-vexpress/dcscb.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/arch/arm/mach-vexpress/dcscb.c b/arch/arm/mach-vexpress/dcscb.c > index 1acc975360..ce3118dc05 100644 > --- a/arch/arm/mach-vexpress/dcscb.c > +++ b/arch/arm/mach-vexpress/dcscb.c > @@ -239,6 +239,8 @@ static int __init dcscb_init(void) > return ret; > } > > + mcpm_smp_set_ops(); > + This is going to change the platform's smp_ops after setup_arch() has already set them, is that OK and not too late? I ask, because for me, RTSM doesn't boot the secondary CPUs if we rely on this change to set the smp_ops, but having a hook in setup_arch() to select instead of the standard vexpress ops does work. I haven't investigated this more fully yet. -- Tixy