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.

Is it possible to restarting ARM Linux side, while DSP side is still working??

Other Parts Discussed in Thread: OMAPL138

I use OMAPL138 with linux. I want to load and start DSP test program (dsp_test.out) by DSPLink PROC component. The dsp_test.out is toggling LED.
I load DSP side by using shell command:
./arm_load dsp_test.out
and then LED is toggling but I can't anythink do in linux shell. I must use CTR + C to stop arm_load, but then the LED stops toggle.
1. Can I load DSP side by PROC component and then continue working in a linux shell?
2. Is it possible to restart Linux by shell command "reboot" for example, while DSP will be still working?

Thanks

Wojciech

  • Wojciech said:
    Can I load DSP side by PROC component and then continue working in a linux shell?

    Taking just your example as-is, you could run the task in background.

    $ ./arm_load dsp_test.out &

    I am not too conversant with process control within dsplink (or even the arm_load mentione here) - would wait for someone to confirm below, but you could change the default application behavior to:

    1) Initialize and load executable on the DSP.

    2) Set the DSP running.

    3) Save the Process ID in a "designated" location. You may need this to attach to the same process - if you wanted to either stop the processing on DSP and/or load new application.

    4) Write another application - or modify same application to accept different argument - in order to control the processing on DSP - using the PID saved in previous step.

    Wojciech said:
    Is it possible to restart Linux by shell command "reboot" for example, while DSP will be still working?

    As-is, this may not be possible. The bootloader and/or kernel would attempt to reset the DSP during the default initialization. Also, how would you differentiate between instances when DSP should be "reset" and when it should "continue running". If there is mechanism to do so, you would need to make appropriate check for this condition from primary bootloader, through to Linux kernel. Special attention would be required for possible clock (re)configuration etc.