[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAG1O52Uc0On7tGAp5Ae6bwmSt4S5rQZKcPGA9Dy7vy6y5DzS5A@mail.gmail.com>
Date: Tue, 19 May 2015 14:15:49 +0530
From: raghu MG <raghumag@...il.com>
To: Thomas Petazzoni <thomas.petazzoni@...e-electrons.com>
Cc: Andrew Lunn <andrew@...n.ch>, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org
Subject: Re: ARMADAXP MV78260 CPU-1:failed to come online
Hi Thomas & Andrew,
Thanks for quick response.
Kernel Release
I am trying latest stable release from kernel.org -->linux-4.0.3.
I have seen this issue in linux-3.10.39 & linux-3.10.32 for which
Marvell has provided lsp.
This issue doesnt crop up in older version like linux-3.2.40 &
linux-3.2.52 with uImage
Not sure but I think this is something do with zImage & device tree combination.
U-Boot Release
U-Boot version is u-boot-2011.12 with Marvell provided bin-header &
board support packages (2014_T2.0)
I found one issue with u-boot, L2C init was failing because bootz
command was deleting entries of l2-cache dtb entry while it resizes
FDT in memory before actual booting.
I corrected this error by by-passing the L2C FDT resize section. Now
kernel correctly initializes Aurora cache controller with L2 1MB 16
ways.
Kernel Configuartion
I am using mvebu_v7_defconfig & enabling necessary options. I have
attached .config file which I am using along with this mail.
I have tried to use armada-xp-gp.dts file along with
armada-xp-mv78260.dtsi included in it.
Please find them attached to mail.
The complete boot log
Boot log is attached to mail. I have enabled enaFDTdebug.
Note:
*In function armada_xp_boot_secondary which setsup bootaddr of
remaining cpus I have printed the values of CPU-1 PM registers.
Physical address of CPU PM Registers : 0xF1022100 -->iormapped->f002a000
CPU-1 PM Registers:0xF102a200(v)
0xF102a224 contains physical address of armada_xp_secondary_startup (0x21bb54)
Physical address of CPU-1 S/W Reset Register: 0xF1020808
-->ioremapped->0xF1028808
value after bringing CPU-1 out of reset in 0xF1028808 is 0x100
Kindly ignore my enthusiasm if I have tried to give you information
which you already know(CPU PM & Software Reset Registers).
Also I have tried your SCU patch for arch/arm/kernel/head.S but has no effect.
On Tue, May 19, 2015 at 2:00 AM, Thomas Petazzoni
<thomas.petazzoni@...e-electrons.com> wrote:
> Hello,
>
> On Mon, 18 May 2015 22:20:33 +0200, Andrew Lunn wrote:
>
>> On Tue, May 19, 2015 at 01:17:26AM +0530, raghu MG wrote:
>> > Hi,
>> > This mail is regarding Linux smp boot on ARMADA-XP MV2860
>> > .
>> >
>> > CPU-1 doesnt boot/go through the boot sequence & it fails to come
>> > online & dumps this message
>> >
>> > CPU1:failed to come online .
>> >
>> > The CPU-1 boot register is programmed with physical address of
>> > -->armada_xp_secondary_startup function & then cpu-0 deasserts the CPU-1.
>> >
>> > I am using armada-xp-gp.dts ,I included armada-xp-mv78260.dts in it.
>>
>> Does this ring any bells? I have vague recollections of a u-boot
>> issue?
>
> On Armada 375/38x yes. On Armada XP, I don't remember.
>
> Raghu, can you make a more specific bug report, that includes:
>
> * The kernel version you tested
> * The U-Boot version you're using
> * The kernel configuration you're using
> * The complete boot log
>
> Best regards,
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
Download attachment "config-file" of type "application/octet-stream" (66732 bytes)
Download attachment "19515-02.cap" of type "application/vnd.tcpdump.pcap" (11992 bytes)
Download attachment "armada-370-xp.dtsi" of type "application/octet-stream" (8462 bytes)
Download attachment "armada-xp.dtsi" of type "application/octet-stream" (7550 bytes)
Download attachment "armada-xp-mv78260.dtsi" of type "application/octet-stream" (10728 bytes)
Download attachment "armada-xp-gp.dts" of type "audio/vnd.dts" (6489 bytes)
Powered by blists - more mailing lists