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.

OMAPL138 - DSPLINK - Hang upon unloading module (dsplinkk.ko) or re-starting application



I have built a custom ARM application within the TI SDK dsplink/gpp/src/samples framework - that loads a custom DSP program built from the DSPLink DSP/src/samples code - I have disabled all interprocessor mechanisms (I.e.: Pools/MsgQ's) on both sides (GPP/DSP). The ARM program runs correctly, and the DSP program starts great, and stops (at the behest of the ARM/GPP code). I can run this custom application multiple times and even unload/load the kernel module (dsplinkk.k0).

I also have a custom DSP program built outside the DSPLINK/dsp/src framework - and it has NO DSPBIOS framework...I can get the ARM GPP to load/start the DSP Application correctly by disabling the low-level kernel handshaking protocol. I can stop the application.

The HANG happens when I try to unload the module or re-start the application.

It ALSO hangs in the SAME WAY if I use the 'regular' DSPLINK DSP/SRC/Sample code that I ran before successfully (again without the handshaking protocol enabled)...

In other words, the only difference between working version that loads/unloads and one that hangs is the elimination of the handshaking protocol.

This is the question - what resources do I need to release in order to NOT hang on re-start or unloading the kernel module!

Help please!!!

thank you!

 

Sincerely,

 

Tom Morrison