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:
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
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.
Regards,
Marius
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:
i reset the p2020rdb-pca board , The u-boot can't boot up.
Regards
yin
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
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
Hi,
We set up as the picture you attach, but we get lots of errors that we didn't have before, attach as below.
It seems the address you set is wrong and can't reach the NOR.
Thanks as well.
Regards,
Hu
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
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
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
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
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
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
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
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
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
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
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