CodeWarrior flash uboot to NOR flash on P2020RDB-PCA

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

CodeWarrior flash uboot to NOR flash on P2020RDB-PCA

3,353 Views
huyang
Contributor III

Hi,

 

We got a P2020RDB-PCA board, but we accidentally got uboot erased.

So we tried to flash uboot.bin to NOR flash via codewarrior.

Our version is CodeWarrior for Power Architecture 10.3

We follow the leads in Cheatsheet in CodeWarrior and use USB TAP connect to the CPU JTAG on p2020rdb-pca,

but we got the console window as below:

5033_5033.jpgpic.jpg

it seems no data had been flash into NOR Flash.

Where did us do wrong? How exactly can we flash the uboot to the board?

Thanks in advance.

 

Thanks,

Hu Yang

Labels (1)
Tags (3)
15 Replies

1,391 Views
marius_grigoras
NXP Employee
NXP Employee

Hi,

Please take a look in the attached picture for flash programming from NOR at P2020RDB. I outlined the most important settings. You must select the Program/Verify operation and set up all settings like in my picture.

FP_P2020RDB_NOR.png

Regards,

Marius

0 Kudos

1,392 Views
mingqiangyin
Contributor I

Hi Marius

   

I got a P2020RDB-PCA board, but I accidentally got uboot erased.

So I tried to flash uboot.bin to NOR flash via codewarrior.

Our version is CodeWarrior for Power Architecture 10.3.3

I have used the address as specified in the FPT:

Start Address : 0XFF000000

End Address :  0XFFFFFFFF

i got the console window as below:

QQ截图20140222194236.png

i reset the p2020rdb-pca board  , The u-boot can't boot up.


Regards

yin

0 Kudos

1,392 Views
addiyi
NXP Employee
NXP Employee

Hi Yin,

Looking on your console log, the offset address is correct and seems that u-boot was programmed correctly in NOR. Using Memory Viewer you can check that u-boot was correctly programmed in NOR or using Flash Programmer you can run a Dump flash action. If, u-boot is there, please check your board settings or try to use attached u-boot.

Adrian

0 Kudos

1,392 Views
mingqiangyin
Contributor I

Hi Adrian,

Thanks a lot,

I found the mistake that my etsec1 can't work. So i use the serial line to link my pc. the uboot can boot up by UART0. And Console window show the msg as below.

U-Boot 2011.12-00025-gc6d9d50 (Oct 24 2012 - 11:00:29)

CPU0:  P2020E, Version: 2.1, (0x80ea0021)

Core:  E500, Version: 5.1, (0x80211051)

Clock Configuration:

       CPU0:1200 MHz, CPU1:1200 MHz,

       CCB:600  MHz,

       DDR:400  MHz (800 MT/s data rate) (Asynchronous), LBC:37.500 MHz

L1:    D-cache 32 kB enabled

       I-cache 32 kB enabled

Board: P2020RDB CPLD: V4.1 PCBA: V4.0

rom_loc: nor upper bank

SD/MMC : 4-bit Mode

eSPI : Enabled

I2C:   ready

SPI:   ready

DRAM:  Detected UDIMM

1 GiB (DDR3, 64-bit, CL=6, ECC off)

Flash: 16 MiB

L2:    512 KB enabled

NAND:  32 MiB

MMC:  FSL_SDHC: 0

PCIe1: Root Complex of mini PCIe SLOT, no link, regs @ 0xffe0a000

PCIe1: Bus 00 - 00

PCIe2: Root Complex of PCIe SLOT, x1, regs @ 0xffe09000

  02:00.0     - 1095:3132 - Mass storage controller

PCIe2: Bus 01 - 02

In:    serial

Out:   serial

Err:   serial

Net:   eTSEC2 is in sgmii mode.

uploading VSC7385 microcode from ef000000

PHY reset timed out

eTSEC1, eTSEC2, eTSEC3

Hit any key to stop autoboot:  0

=>

=>

=>

I must solve the eTSEC problem, speed that the serial line download the file is slow.

Thank you.

Yin

0 Kudos

1,391 Views
huyang
Contributor III

Hi,

We set up as the picture you attach, but we get lots of errors that we didn't have before, attach as below.

pic1.jpg

It seems the address you set is wrong and can't reach the NOR.

Thanks as well.

Regards,

Hu

0 Kudos

1,391 Views
marius_grigoras
NXP Employee
NXP Employee

Hi,

What CW version you're using? What is exactly the board name and revision?

Secondly, you used a flash programmer target task or you made a new one manually?

Why in the first picture you mapped the NOR flash at addresses starting with 0xExxxxxxx ? From our PA flash programmer support, for all P2020 flashes we mapped the NOR flash at 0xFxxxxxxx addresses - is mandatory to use our flash programmer target tasks because these are in sync with the tcl initialization file.

Thank you,

Marius

0 Kudos

1,392 Views
huyang
Contributor III

Hi,

We are using CodeWarrior for Power Architecture 10.3, and the board is P2020RDB-PCA REV B.

We used a flash programmer target task;

We set NOR flash address start with 0xef000000 because we found the pic below in freescale files Software and Tools Information Center > QorIQ SDK Documentation > Configuration > Hardware Configurations log

PIC2.jpg

and there are same addresses setting in P1020_P2020RDB_BSP_User_Manuel.pdf.

It get me confused by what you said.  We use 0xefxxxxxx have no error just 0 bytes programmed but 0xfxxxxxx get errors in last reply.  So help~~~~

Thank you.

Hu

0 Kudos

1,392 Views
marius_grigoras
NXP Employee
NXP Employee

Hi again,

Please don't change anything about FP target task and tcl initialization file. Also you must use a P2020RDB-PC project and not a P10xx-P20xxRDB project.

Secondly, about the flash start address from manual or BSP user Manual, these are just some use cases/examples about possible memory map configurations. Our CW support is not aligned with BSP user manual.

Btw, are you able to make a download project in RAM? It is finishing successfully?

Regards,

Marius

0 Kudos

1,392 Views
pradeepshambu
Contributor I

Hi Marius,

                Even i got the same problem w.r.t to P2020RDB-PCA, I have followed all the steps mentioned above and i have not changed any base address in the Flash programmer task, the same address i have used, but even after flashing, nothing is coming up on the system, its blank. Can you please provide me the procedure to up come with this problem ?

I have used the address as specified in the FPT:

Start Address : 0XFF000000

End Address :  0XFFFFFFFF

And . what is this VSC7385 firmware loader (vsc7385_load.bin) ?  I am not aware of this firmware. Does it really required to flash along with uboot.bin.

Thanks & Reagrds

Pradeep S

0 Kudos

1,392 Views
marius_grigoras
NXP Employee
NXP Employee

Hi Pradeep,

Sorry for delay.

Some questions:

1. The u-boot is booting up?

2. Did you write the the VSC7385 image according with the above thread? (also please make sure that you made erase before writing)

This loader will load the firmware in the Vitesse switch. Also you can take a look here [1] for all devices mapping (including VSC7385) if you're using SDK1.4.

Regards,

Marius

[1] Freescale Technical Information Center

0 Kudos

1,392 Views
huyang
Contributor III

Hi Marius,

Thanks for the help in last problem and I 'm sorry to bother you again.

I don't want to open a new topic, so just ask you here.

Our RDB board seems have some problem with CPLD, could you please give us the latest version of P2020RDB-PCA CPLD jed file?

Thank you.

Regards,

Hu

0 Kudos

1,392 Views
marius_grigoras
NXP Employee
NXP Employee

Hi Hu,

All design files can be provided under NDA only. Please contact your local Freescale sales office to sign NDA and to get files.


Best regards,

Marius

0 Kudos

1,392 Views
huyang
Contributor III

Hi~

Thank you very much~ We have flashed uboot in NOR.

And we also flashed vsc2bin (Vitesse Switch Firmware binary) in NOR too.

But it seems that VSC7385 on our board doesn't work.

So the address offset of vsc2bin is FF000000 or other?

Thanks for your patient~

Regards,

Hu

0 Kudos

1,392 Views
marius_grigoras
NXP Employee
NXP Employee

Hi Hu,

I didn't work with vsc2bin, can you please be more verbosely about it? From where did you provide this binary and what is its scope in your scenario?

Thank you,

Marius

0 Kudos

1,392 Views
marius_grigoras
NXP Employee
NXP Employee

According with this thread [1]:

- ff710000 is the base address for the VSC7385 firmware loader (vsc7385_load.bin)

- ff7fe000 is the base address for the VSC7385 firmware

So please make a try from start address -> 0xff7fe000

Regards,

Marius

[1] https://community.freescale.com/message/37433#37433

Message was edited by: Marius Viorel Grigoras - fixed the load addr

0 Kudos