• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 102 subscribers
  • Views 633 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

Can I use No Boot mode instead of entering a hibernation state after power-on for Prolonged Reset requirement?

j-breeze
Mastermind 7560 points
Hi Champs,

Could you please let me know whether I can use the No Boot mode instead of entering a hibernation state after power-on for the Prolonged Reset requirement on c6678?

I think it's simple.

Best regards,
j-breeze
  • 0
    TI__Guru**** 161600 points
    Hi j-breeze,

    I don't think this is recommended, see these threads:
    e2e.ti.com/.../470431 (explanation from Raja)

    e2e.ti.com/.../283225 (additional info on prolonged resets)

    Best Regards,
    Yordan
  • 0 in reply to Yordan Kovachev
    Mastermind 7560 points

    Hi Yordan,

    Thank you for your information.

    But I stiil would like to evaluate the method.  Because If I can use the No Boot mode instead of entering a hibernation state after power-on, I don't need the program for the entering a hibernation state and I can remove an external memory device on our board.
    So, I'd like to see what the RBL is exactly doing.

    Could you please let me know how to compile and debug the RBL code using CCS?

    I've got the code from the following URL.

      o C6678/C6670 PG 2.0 Boot ROM Source Code
        (processors.wiki.ti.com/.../BootROM_C6678_PG2.0-Windows-Setup.zip)

    Best regards,
    j-breeze

  • 0 in reply to j-breeze
    TI__Guru** 114410 points
    J-Breeze,

    I am not sure about the usecase that your are trying to enable for power saving. No boot or Sleep boot is typically added to the bootROM to allow users to connect to device for debugging in a clean state were no device or peripherals are initialized and the configuration register, clocks, PSC registers are all in reset on state.

    I agree this is a low power mode but certainly doesn`t retain any register states. In this mode the DSP comes up scans the DEVSTAT for boot mode settings, and after detecting no boot will not initialize parameter tables or the boot load process and puts the DSP in IDLE state. This is not a prolonged reset state but a prolonged clock bypass mode state on the SOC.

    Regards,
    Rahul