Vybrid Processors中的主题 Re: MQX application is not booting from QuadSPI_NAND flash

MQX application is not booting from QuadSPI_NAND flash

abdulnihad — Tue, 12 Nov 2013 14:58:46 GMT

I have developed an mqx based audio application using vybrid tower system.I am using DS5 for my development. I have flashed hello_world application to QuadSPI serial nand flash using quadspi_load application available in the vybrid sample code. hello_world application is booting from quadSPI when I configured J22 jumper for QuadSPI boot. hello_world application is not using mqx.

Now I want to boot my mqx audio application from QuadSPI serial nand flash. SO I added quadspi_boot.c,quadspi_boot.h and sram_ds5_a5.scf file from

Freescale\Freescale_MQX_4_0\mqx\examples\bootloader_vybrid_qspixip application. builded and created c array file using fromelf --cadcombined <audioApp_a5>.axf --output flash_bin.c

I have flashed flash_bin.c using quadspi_load application available in the vybrid sample code.(modified quadspi_load application to accept my flash_bin.c ).

flashing was success. But audio application is not booting from quadSPI when I configured J22 jumper for QuadSPI boot.

Please help me to fix the booting issue.

size of flash_bin.c is 850 KB

size of flash_bin.o is 164 KB ( after compiling using quadspi_load application available in the vybrid sample code)

I am attaching quasdpi_boot.c,quadspi_boot.h and QuadSPI_XIP.scf ( slightly modified version of sram_ds5_a5.scf) which I used in my audio application for reference.

BR/-

Nihad

Original Attachment has been moved to: QuadSPI_XIP.scf.zip

Original Attachment has been moved to: quadspi_boot.c.zip

Original Attachment has been moved to: quadspi_boot.h.zip

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Tue, 12 Nov 2013 18:09:23 GMT

The changes in quadspi.c looks good. Make sure your entry point is at 0x20000800, this seems to be the very beginning of your STARTUP section,

I assume the application works when loading to the IRAM. In that case does the entry point is at the top of the STARTUP section or is something else?

Other thing is that make sure the boot sections are being kept and not removing by the linker. Usually you use some linker flags like --keep=.ivt (or something similar)

Also, can you share the flash_bin.o, I would like to check the 0x400 address offset

Re: Re: MQX application is not booting from QuadSPI_NAND flash

abdulnihad — Wed, 13 Nov 2013 05:49:50 GMT

Thanks Juan for your prompt reply.

How to check entry point is at the top of the STARTUP section?.

I have set '__boot' as entry point under properties->Arm linker->General->Image Entry point (--entry)

Also added entry point as shown below in quadspi_boot.c

const ivt image_vector_table = {

IVT_HEADER, /* IVT Header */

(uint32_t)0x20000800, /* Image Entry Function */

IVT_RSVD, /* Reserved = 0 */

(uint32_t)0x20000430, /* Address where DCD information is stored */

(uint32_t)0x20000420, /* Address where BOOT Data Structure is stored */

(uint32_t)0x20000400, /* Pointer to IVT Self (absolute address */

(uint32_t)0x00000000, /* Address where CSF file is stored */

IVT_RSVD /* Reserved = 0 */

};

I have added below lines in properties->Arm linker->Optimization to keep the boot section

quadspi_boot.o(.conf)

quadspi_boot.o(.ivt)

quadspi_boot.o(.boot_data)

quadspi_boot.o(.dcd)

I am Attaching

1) flash_bin.c created using my mqx audio application.

2) flash_bin.o created using quadspi_load application.

3) Also attaching memory map of mqx audio application

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Wed, 13 Nov 2013 21:29:25 GMT

The flash_bin files looks good.

Can you try using the __boot symbol in the ivt (as below)

However I don't see this symbol in the map file. Is this a valid symbol?

const ivt image_vector_table = {

IVT_HEADER, /* IVT Header */

(uint32_t)__boot, /* Image Entry Function */

IVT_RSVD, /* Reserved = 0 */

(uint32_t)0x20000430, /* Address where DCD information is stored */

(uint32_t)0x20000420, /* Address where BOOT Data Structure is stored */

(uint32_t)0x20000400, /* Pointer to IVT Self (absolute address */

(uint32_t)0x00000000, /* Address where CSF file is stored */

IVT_RSVD /* Reserved = 0 */

};

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Thu, 14 Nov 2013 00:45:55 GMT

I think I found the problem :smileyhappy:

It seems to have a wrong set of values in the quadspi_conf structure

I compared this values against one image that is working for me and they are different, copying the values from the working binary to the binary you provided (patching the binary) I can see the next logs

......................Starting Application................................

on main_task

IPCFG: Device init failed. Error = 0xA414

IPCFG: Failed to bind IP address. Error = 0x1D03

Created ETH_LISTENER_TASK, taskid:0x10003

cmd -> open

Resetting and Latching tuner configuration

TunerCMDListner_task created, id 0x10005

exiting main_task

Initialising Polled I2C driver.........

Set i2c current baud rate to 100000

Set i2c in master mode

Set i2c target address to 0x61

I2C_STATE_READY

tuner opened

cmd -> init

InitTunerI2S error: Unable to open audio device.

Initialising Radio....

RadioInit: Chip Version = cb

rds_task created, id 0x10002

Could not create Tuner_task

init tuner err=-1

cmd -> on

Resetting and Latching tuner configuration

tuner on

This is the configuration that works for me

const SFLASH_CONFIGURATION_PARAM quadspi_conf = {

0, /* DQS LoopBack */

0, /* Reserved 1*/

0, /* Reserved 2*/

0, /* Reserved 3*/

0, /* Reserved 4*/

0, /* cs_hold_time */

0, /* cs_setup_time */

0x1000000, /* A1 flash size */

0, /* A2 flash size */

0x1000000, /* B1 flash size */

0, /* B2 flash size */

1, /* SCLK Freq - 60Mhz*/

0, /* Reserved 5*/

4, /* Quad Mode Flash */

0, /* Port - Only A1 */

0, /* DDR Mode Disable */

0, /* DQS Disable */

0, /* Parallel Mode Disable */

0, /* Port A CS1 */

0, /* Port B CS1 */

0, /* FS Phase */

0, /* FS Delay */

0, /* DDR Sampling */

/* LUT Programming */

/* Quad read*/

0x046B,

0x0818,

0x0C08,

0x1E80,

0x2400,

0x0000

};

Re: MQX application is not booting from QuadSPI_NAND flash

abdulnihad — Thu, 14 Nov 2013 15:42:16 GMT

Thanks Juan it is working.

Now another requirement:

In Our target platform based on Vybrid tower, there is no DDR3 RAM. SO I want to run my application completely from Internal SRAM. But performance of my application degraded compared to DDR version of application(Which uses ddr.scf from MQX tool kit). I wanted to use complete 1.5 MB of internal SRAM including OCRAM-gfxRAM for my application. As I mentioned earlier I am Using DS5 for development. How to add OCRAM-gfxRAM to scatter file to use in my application.

BR/-

Nihad

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Thu, 14 Nov 2013 16:21:49 GMT

Hi Nihad

Glad to hear is working.

Would you mind to mark as correct the answer and create another thread for the new question. please?

Post the link to the new thread here so I can continue with the follow up.

Re: MQX application is not booting from QuadSPI_NAND flash

kef2 — Thu, 14 Nov 2013 19:54:43 GMT

Abdul,

Scatter files are easy editable. When you open them in DS-5, please note *.scat tab below the diagram. You need to click it to switch to editing mode.

Executing from SRAM slower than from DDR? Probably your MMU settings make DDR cacheable, but not SRAMe.

BTW, even though instruction cache doesn't need MMU enabled, for some weird reason DS-5 likes to use arrays of address labels on every occasion.

;;;126 CCM->CCGR2 |= CCM_CCGR2_CG8(0x3);

000008 e59f512c LDR r5,|L1.316|

00000c e5955048 LDR r5,[r5,#0x48]

000010 e3855803 ORR r5,r5,#0x30000

000014 e59f6120 LDR r6,|L1.316|

000018 e5865048 STR r5,[r6,#0x48]

...

|L1.316|

DCD 0x4006b000

Instead of immediate addressing, which would utilize only I-cache, compiler in snippet above makes two data accesses for const address stored at L.316. This is of course slow, unless you map (in MMU) code memory D-cacheable... I'd prefer using D-cache for data, not code, but maybe I don't see something.

Re: MQX application is not booting from QuadSPI_NAND flash

abdulnihad — Fri, 15 Nov 2013 05:54:35 GMT

I have created new thread for mmu related issue. Please post your valuable support there.

How to manage mmu in vybrid using DS5

BR/-

Nihad

Re: MQX application is not booting from QuadSPI_NAND flash

abdulnihad — Tue, 04 Mar 2014 03:00:33 GMT

Juan,

Now I am porting all my code which is working in vybrid tower system to custom vybrid platform with part number PVF522R3K1CMK4. we have interfaced spansion QSPI flash (FL128SA1F00) to QSPI0_A ( PTD0, 1, 2, 3, 4, 5) by referring vybrid tower system. I have verified hardware by using test code which will write and read QSPI flash. it is working fine. But I am not able to boot from QSPI.

I am using same config as explained in this thread...Could you please tell me what I am missing here while poring my code.

Also let me know, does PVF522R3K1CMK4 by default have an QSPI boot option?. Or do i need to do some fuse settings?. We also provided boot config jumpers to switch between different boot mode.

BR/-

nihad

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Tue, 04 Mar 2014 17:04:32 GMT

What I can assure is that this part does not have L2 Cache. Could that might be a problem?

Have you tried flashing a simple image (that just turn a led on) just to make sure it boots or not?

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Tue, 04 Mar 2014 17:26:40 GMT

Try to disable the L2 Cache by adding next line at $MQX_INSTALL_PATH/config/<board_name>/user_config.h,

#define PSP_HAS_L2_CACHE 0

and see if it helps, maybe you can try first to check if still working on TWR and then try it on PVF522R3K1CMK4.

Re: Re: MQX application is not booting from QuadSPI_NAND flash

abdulnihad — Tue, 04 Mar 2014 20:03:05 GMT

Hi,

I disabled L2 cache and flashed in TWR. It is booting. But when I flash in custom board it is not booting. I am using only one QSPI flash (FL128SA1F00) chip. DO I need to do any modification in LUT?. DO I need to do any eFuse settings in vybrid PVF522R3K1CMK4. I am attaching my scatter and qspi_boot.c file.

BR/-

Nihad

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Tue, 04 Mar 2014 20:31:02 GMT

As far as I know there is no extra eFuse setting to be done. But let me investigate.

I think the LUT in the quadspi_conf should be fine.

Not sure what can be wrong :smileysad:. Let me investigate

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Tue, 04 Mar 2014 21:09:39 GMT

Are you able to boot from a different device (like SD) with this part, or how were you able to flash the QSPI?

Also make sure you are setting the

BOOT_MODE [1:0] = 10 to boot from RCON

BOOT Device Selection

BOOT_CFG1[7:4] = 0000 (QSPI Serial Flash Memory)

BOOT_CFG1[1] = 0 – QuadSPI0 selected ( or 1 – QuadSPI1 selected)

Check the Mapping of the BOOT_CFG with its corresponding Pads at Table 19-3. GPIO Override Contact Assignments

Re: Re: MQX application is not booting from QuadSPI_NAND flash

abdulnihad — Wed, 05 Mar 2014 00:39:25 GMT

Hi,

I have checked the boot config pin..It is fine configured for QSPI0.

I never tried to boot from SD card.

I am usingDS-5 and DSTREAM jtag to load the quadspi_load project which intern flash the QSPI. I Can see that it is flashing without error. but when I change the to boot from quadspi, it is not booting.

BR/-

Nihad

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Wed, 05 Mar 2014 17:36:28 GMT

Try to just connect your JTAG (without loading) when booting from QSPI and inspect the QSPI memory (0x20000000)

Are you able to see the contents correctly?

This might be tricky too. At the very beginning, when A5 is taken out of reset, this memory will be inaccessible (it will show All 0x0 or All 0xff), but then at some point ROM will read the RCON pin and it will enable this memory. At this point you can check if the content is the expected. The quadspi_conf should be at 0x20000000 and the ivt information at 0x20000400.

Also you can try to add a watchpoint at the 0x20000400, so the ROM execution will break when reading the IVT, at this point ROM will be copying the contents of the QSPI to IRAM (0x3f000000).

It can be hard to debug without the ROM source code, but at least we can check firstly if the QSPI has been flashed correctly and then if ROM is copying the contents to IRAM.

Re: MQX application is not booting from QuadSPI_NAND flash

abdulnihad — Wed, 05 Mar 2014 19:28:31 GMT

Hi,

I have configured the jumpers to boot from QSPI flash and powered up the board. Then I connected jtag using connect only option while board running. I got below message. it is always stopping at address 0x00002D24 whenever i tried to pause the debug. 0x20000000 shows always 0.

Connected to running target Freescale - Vybrid VF6xx on USB:003604

cd "C:\Users\abdulnihad\Documents\DS-5 Workspace"

Working directory "C:\Users\abdulnihad\Documents\DS-5 Workspace"

interrupt

Execution stopped at: S:0x00002D24

S:0x00002D24 LDR r0,[r6,#4]

wait

continue

interrupt

Execution stopped at: S:0x00002D24

S:0x00002D24 LDR r0,[r6,#4]

I have flashed my application using Quadspi_load project and read the flashed data using another test application. I can see what ever I have written in QSPI flash. Please find the attached file which contain data read from 0x20000000, 0x20000400, 0x20000800

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Thu, 06 Mar 2014 17:37:00 GMT

Memory looks fine

Regarding the LUT. Instructions are for using only one pad. Check that the QOR(6B) command is supported by your QSPI.

/* LUT Programming */

/* Quad read*/

0x046B, // quad read out command (using only one PAD/Line)

0x0818, // 24 bit addresses (using only one PAD/Line)

Check the command 6B is supported by your QSPI memory. It should be QOR (Read Quad Out 3-4byte addr)

0x0C08, // 8 dummy cycles (using only one PAD/Line)

0x1E80, // read 128 bytes (using only one PAD/Line)

0x2400, // Jump to Instruction 0

0x0000 // END

I don't think this might be the problem (unless 6B is not supported in your memory) but you can try other sequences, Check 30.8.1 Example Sequences in RM.

After you connect and stuck in 0x00002D24. Try to do a system reset from the IDE, so Core will be executing code from address 0x0. Try to check how far it goes if possible. Is always end up stuck at 0x2d24. It is supposed that at some point will read the quadspi_conf, try to add (if possible) a watchpoint there.

Re: MQX application is not booting from QuadSPI_NAND flash

juangutierrez — Thu, 06 Mar 2014 18:18:43 GMT

Also, could you post the contents of SRC_SBMR1(4006_E004h) and SRC_SBMR2(4006_E01Ch) registers.

This will give us the fuse and Pin config settings.

Also change your pin settings and see if those changes are reflected in those two registers.