From mboxrd@z Thu Jan 1 00:00:00 1970 From: linux@arm.linux.org.uk (Russell King - ARM Linux) Date: Tue, 18 Mar 2014 20:32:32 +0000 Subject: [V2] arm: pj4: check cpu id for pj4 cp0 access In-Reply-To: References: <1371200637-20850-1-git-send-email-chao.xie@marvell.com> <20140318201537.GA20942@beef> Message-ID: <20140318203232.GY21483@n2100.arm.linux.org.uk> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Tue, Mar 18, 2014 at 01:19:35PM -0700, Kevin Hilman wrote: > On Tue, Mar 18, 2014 at 1:15 PM, Matt Porter wrote: > > On Fri, Jun 14, 2013 at 05:03:57AM -0400, Chao Xie wrote: > >> Check cpu id in pj4_cp0_init. So for no-PJ4 V7 cpus, > >> pj4_cpu0_init just return. > >> This fix will help to make the all the V7 cpus(pj4 and no-PJ4) > >> use same platform code. > >> > >> Signed-off-by: Chao Xie > >> Acked-by: Arnd Bergmann > > > > This patch fixes a boot failure in next now that ARCH_DOVE (and thus > > CPU_PJ4) are enabled in multi_v7_defconfig. I verified that boot works > > again in next with the BCM28155-AP board. > > > > Tested-by: Matt Porter > > I've also verified that this fixes the boot regression on the BCM28155-AP board. > > Tested-by: Kevin Hilman > > Chao, can you collect the acks/tested-bys and submit this to Russell's > patch tracker[1] so he can apply it please?. Thanks. Any reason not put the IDs in asm/cputype.h, where all the others are - and maybe also a cpu_is_pj4() inline function too? -- FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly improving, and getting towards what was expected from it.