Hi Vincent,
Thank you very much for the reply, since we were only missing SWI and not HWI, seems like not setting the DSP_TSK_MODE was definitely a major cause of latency. We have several systems running with DSP_TSK_MODE enabled; hopefully the results will reflect reduced latencies.
As for the priority, you answered my question perfectly. Since DSPLink has the lowest priority in our system, the default priority value of 15 is too high. Here are our before and after LINKCFG structs, we changed ARGUMENT1 to 0XA which is our ideal priority for the DSPLink TSK.
STATIC LINKCFG_Mqt LINKCFG_mqtObjects [] =
{
{
"ZCPYMQT", /* NAME : Name of the Message Queue Transport */
(Uint32) SHAREDENTRYID1, /* MEMENTRY : Memory entry ID (-1 if not needed) */
(Uint32) -1, /* MAXMSGSIZE : Maximum message size supported (-1 if no limit) */
1, /* IPSID : ID of the IPS used */
0, /* IPSEVENTNO : IPS Event number associated with MQT */
0x0, /* ARGUMENT1 : First MQT-specific argument */
0x0 /* ARGUMENT2 : Second MQT-specific argument */
}
} ;
STATIC LINKCFG_Mqt LINKCFG_mqtObjects [] =
{
{
"ZCPYMQT", /* NAME : Name of the Message Queue Transport */
(Uint32) SHAREDENTRYID1, /* MEMENTRY : Memory entry ID (-1 if not needed) */
(Uint32) -1, /* MAXMSGSIZE : Maximum message size supported (-1 if no limit) */
1, /* IPSID : ID of the IPS used */
0, /* IPSEVENTNO : IPS Event number associated with MQT */
0xA, /* ARGUMENT1 : First MQT-specific argument */
0x0 /* ARGUMENT2 : Second MQT-specific argument */
}
} ;
Lastly, regarding caching, you are correct, even if we disable caching on those regions the BCACHE calls will still cause latencies ( we experienced this first hand earlier when we were calling BCACHE_Inv in our HWI ). Therefore, if we wanted to disable caching and remove all the BCACHE calls, which calls in DSPLink are affecting our preset system? And is it safe to remove them?
Thank you both very much for the support; we are definitely making great progress in resolving our mysterious system issues. We really appreciate your help.
Thank you very much,
Arya B.