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.

OMAP-L137 reset Arm side while DSP side is running

Our system is running Linux and wake up DSP by DSPlink. After that ARM, DSP has it's own program running. In some condition  Linux side may corrupt and reset ( for example due to WDT reset), is there any chance Linux run from beginning again but DSP keep running? And how to do it?

  • Unfortunately, I don't think there is a way to only reset the ARM core through the TIMER1 watchdog.  When a TIMER1 watchdog reset occurs, the entire device gets a power on reset.  That means the DSP core, ARM core, and all peripherals will reset.

    You can potentially use something other than the TIMER1 watchdog though.  The TIMER0 watchdog feature is not hooked up to the device reset.  You can configure the DSP to receive the watchdog interrupt whenever the watchdog timeout occurs.  When the DSP receives the watchdog interrupt, it can reset the ARM through the Power Sleep Controller (PSC). 

    However, this implementation is not fool-proof.  If the DSP is also locked up, it will not be able to service the TIMER0 watchdog interrupt.  Therefore, the device will not work anymore.

    --Christina

  • If DSP did reset ARM, what's the steps next compared to power on reset?

    For normal power on reset the sequence steps is as follows:

    1. D800K001/D800K003 bootloader run by DSP(ARM reset).

    2. DSP L2 Ram run... (ARM reset)

    3. DSP UBL runs (ARM reset release)

    4. ARM UBL runs (DSP reset)

    5. ARM Uboot runs (DSP reset)

    6. ARM Linux runs (DSP reset)

    7. Dsplink app runs (both ARM & DSP is running and communicate)

    8. Time goes by. ....

     

    Now Linux corrupted and lose communication.

    a. What else Harwardware should DSP configure before running ARM

    b. How to make ARM run linux then?

    c. How to let Linux know it's not from power on reset but from local reset?

    d. How to make Linux run the application before corrupt?

    e. How to re-construct communication with Arm again?

     

     

     

     

     

  • Calvin,

    You would essentially need to repeat POR steps 3 through 7.  That would resolve questions (a), (b), and (e).

    CalvinTai said:

    c. How to let Linux know it's not from power on reset but from local reset?

    This would have to be a special software/application created by the developer.

    CalvinTai said:

    d. How to make Linux run the application before corrupt?

    Not sure we understand this question.

    -Tommy