OMX chain that includes DSP component stuck in exexute state

Gabi Gvili

Hi TI experts,

It seems that there is a serious problem of OMX chain stuck in OMX chains that includes DSP component. the stuck occurs in execute state as i have posted before in this thread

http://e2e.ti.com/support/dsp/davinci_digital_media_processors/f/717/t/160421.aspx#596512

I have new input to add to what was written in the thread above, I have created the following configuration :

The DSP receives from the DEI in port 0 the original size image and in port 1 a scaled down version of the original image, the DSP scales up the scaled down image, average the two images and send it to the display. When the DSP firmware is compiled without optimization flags everything works fine, when the DSP firmware is compiled with optimization flags the OMX chain stuck in execute mode after display of 5 frames.
With this new input and what i know from the thread above that the OMX chain there didn't stuck when the HDVPSS firmware was compiled in debug mode, it is obvious that there is a problem when the OMX chain is running in a higher frame rate. Maybe there is a problem in OMX frames synchronization when using more then one input port to an OMX DSP component?
Can anyone please help?

Thanks,
Gabi

over 13 years ago

0 Gabi Gvili over 13 years ago

Genius 4120 points

Can anyone please help?

0 Gabi Gvili over 13 years ago in reply to Gabi Gvili

Genius 4120 points

Anyone please? Archith? Vimal?

0 Sharon Marely over 13 years ago in reply to Gabi Gvili

Prodigy 40 points

I am tyring unsuccessfully to run similar OMX chain as well and stuck in execute state, can someone from TI please give support?

0 Vimal Jain over 13 years ago in reply to Sharon Marely

TI__Expert 6535 points

Gabi,

In the dual port dsp component, you will be processing only when both ports received buffer, so synchronization should not be issue. Since DSP is working in debug mode, appears as DSP optimizer is removing some part of code, which is required fro processing. I assume you will be using -O3, can you please try -o2 with -g as well. Since OMX base you will have is compiled using debug mode, there could be mismatch when rest of dsp you compile using optimizer.

Regards

Vimal

0 Gabi Gvili over 13 years ago in reply to Vimal Jain

Genius 4120 points

Hi Vimal,

Thank you very much for your answer.
After passing one more time on the OMX_TI_VLPB_DataNotify function in omx_vlpb.c file because of your answer i have found that it was my bug, and now the 2 input DSP is not stuck in execute state after optimization with -O3. But if i am performing only copy of one of the input buffers to the output buffer the frame rate drops to 16 fps.
Why is the frame rate so low in this case? Can you please advice?

Thanks,
Gabi

0 Vimal Jain over 13 years ago in reply to Gabi Gvili

TI__Expert 6535 points

Gabi,

DSP CPU access to memory would be very slow, and it wil cause thses kind of performace drop. To avoid, It is usually better to do EDMA, which is much faster. Also I assume cache is enabled on dsp.

Regards

Vimal

Processors

Processors forum

OMX chain that includes DSP component stuck in exexute state