This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

66AK2H12 boot parameter table

Guru 10570 points
Other Parts Discussed in Thread: 66AK2H14


Hello,

I have a question about boot parameter table in K2H.
I assume to use DSP PCIe boot.

sprugy5c : DSP Bootloader UG

a) Where does K2H obtain boot parameter table from? (RBL?, or other memory space?)

 

sprs866e : 66AK2H14/12/06 datasheet


b) Can I configure manually the boot parameter table besides pin configuration?


Best regards, RY

  • Hi RY-San,

    a) Where does K2H obtain boot parameter table from? (RBL?, or other memory space?)

    The Default Boot Parameter Table loaded by RBL sufficient to Boot application image through PCIe. Please refer below thread for more information,

    The Boot Parameter table for C66x DSP Boot RAM is at 0x8f_ff00(Size: 0x80 ). Please refer Table 8-1 in device data manual.

    b) Can I configure manually the boot parameter table besides pin configuration? 

     

    There is a way to add in an additional stage to boot, where this stage will modify this table and branch back into the boot ROM using the new table. But this isn't usually done for PCIe boot. Typically it is done so that the first stage sets up DDR, or to increase the SPI clock etc.,

    Thank you.

  • Raja-san,

    Thanks for your reply.

    Raja said:

    There is a way to add in an additional stage to boot, where this stage will modify this table and branch back into the boot ROM using the new table. But this isn't usually done for PCIe boot. Typically it is done so that the first stage sets up DDR, or to increase the SPI clock etc.,

    I am interested in it.

    a) What boot mode can I achieve to add an additional stage ?

    b) Can you explain the outline for booting procedure?

    Best regards, RY

  • Raja-san,
    Can I have your comment?

    Regards, RY

  • Hi RY-san,

    Apologize for the delay.

    The multistage boot example demonstrates two stage booting the K2 devices using functions in BootROM call table. The first stage is loaded from the boot media specified by the boot switches using default bootROM parameter tables. The first stage code replaces the default fields in the boot parameter table and re-enters boot to load the second stage. This process is used in-order to modify the default boot process in cases where you need to speed up the boot speeds, boot from a different offset in the flash memory, load code into DDR memory or to perform time critical application specific initialization that may be required without waiting for the entire application to load. The second stage initializes wakes up secondary ARM core and initializes the UARTs and prints messages when each ARM core wakes up.

    Thank you.