Corrupted BSC9132 QorIQ Qonverge Flash?

[robert_s]

Hi,

When I boot our BSC9132 QorIQ Qonverge development board the following output is displayed (via the attached serial link):

NAND boot... WARNING: ECC not checked in SPL, check board cfg

U-Boot 2011.06.WUSDK_1.1-00008-g35c3242 (Jul 23 2012 - 13:18:42)

CPU0:  BSC9132E, Version: 1.1, (0x86180011)

Core:  E500, Version: 5.2, (0x80211152)

Clock Configuration:

       CPU0:1200 MHz, CPU1:1200 MHz,

       CCB:600  MHz,

       DDR:800  MHz (800 MT/s data rate) (Asynchronous), IFC:150  MHz

L1:    D-cache 32 kB enabled

       I-cache 32 kB enabled

Board: BSC9132QDS

Sys ID: 0x1f, Sys Ver: 0x31, FPGA Ver: 0x78,

IFC chip select:NAND

I2C:   ready

SPI:   ready

DRAM:  880 MiB (DDR3, 32-bit, CL=6, ECC off)

Flash: *** failed ***

### ERROR ### Please RESET the board ###

I assume that the flash memory has been corrupted, but I don't know quite how to confirm that and fix it.

I have seen what I think is s similar problem, on a different board, in another thread where CodeWarrior and a USB TAP were used to reprogram the board. We have similar equipment.

Is anyone able to advise?

Thanks,

Robert

[lunminliang]

Hello Robert Steadman,

Are you using Freescale demo board BSC9132QDS? Have you ever be able to boot the board?

Do you set all the switches as the board document describes? What's your current switch configuration if no?

Did you alter the NAND flash content?

For recovering, you may refer to the document "BSC9132QDS_Flashing_via_CodeWarrior.pdf" in WUSDK.

Or you can refer to the SDK online documentation, see section Image Recovery:

Freescale Technical Information Center

Have a great day,
Lunmin

-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------

[robert_s]

HI Lunmin,

Yes, this is the demo board. It has been working well and for some time and we believe the switches are set correctly.

Beforehand the board would boot, via UBOOT, to the command prompt. At which point I would enter 'tftp 0x00100000' to load an image and 'go 0x00100000' - which should just affect the RAM.

Thank you for the recovery references. I shall have a look.

Regards,

Robert