ARMADA-XP cpu1 .. cpu3 does not come online

Peter Morrow peter at senient.com
Thu Jun 18 07:10:28 PDT 2015


On Thu, Jun 18, 2015 at 04:04:48PM +0200, Thomas Petazzoni wrote:
> Dear Andrew Lunn,
> 
> On Thu, 18 Jun 2015 15:36:07 +0200, Andrew Lunn wrote:
> 
> > > Uncompressing Linux... done, booting the kernel.                               
> > > [    0.000000] Booting Linux on physical CPU 0x0                               
> > > [    0.000000] Linux version 4.0.5-00001-g8b87c3c (peter at t440) (gcc version 4.95
> > > [    0.000000] CPU: ARMv7 Processor [562f5842] revision 2 (ARMv7), cr=10c5387d 
> > > [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache 
> > > [    0.000000] Machine model: AXP-TEST-BOARD 
> > > [    0.000000] bootconsole [earlycon0] enabled
> > > [    0.000000] Truncating RAM at 0x00000000-0xffffffff to -0x2f800000 
> > > 
> > > ^^ This is worrying to me, firstly because memory is being truncated down, secondly because my dts file only specifies memory from 0x00000000 to 0xf000000 (see attached dts file)
> > 
> > 0x2f800000 suggests you have an old boot loader, with IO at
> > 0xd000,0000. Upgrading to a newer uboot will allow you to use more of
> > the 4G of RAM. It might also fix your SMP issue.
> 
> Nope, I don't think so: his DT is using 0xf1000000 and the platform
> boots successfully (serial port working). He is also using 0xf1012000
> as the UART earlyprintk physical address, and it boots. So his internal
> registers are set at 0xf1000000.

Yup, it's a new boot loader (u-boot v2015.04) with registers mapped at
0xf1000000:

#define SOC_REGS_PHY_BASE   0xf1000000

Cheers,
Peter


> 
> Best regards,
> 
> Thomas
> -- 
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com



More information about the linux-arm-kernel mailing list