IPC and UIA module startup order

Hi Ralf,

I think you are correct. Those lines should not be commented out. The order of the startup modules is not deterministic (on purpose) and the modules are required to check that other modules that it depends on have completed their startups. It looks like you got unlucky and the MessageQ module was not completed when the IpcMP module startup function ran.

Can you uncomment out the lines in IpcMP.c and rebuild UIA and confirm that fixes your problem. The steps to rebuild UIA are listed in the TI-RTOS User Guide.

If you can confirm that is the problem, I'll write up a bug report and it will be addressed in the next release of UIA.

Thanks for digging into the issue and hopefully finding the resolution!

Todd

Hi Todd,

I rebuild UIA and it seems to work now. But just uncommenting these lines doesn't work, because the startup function is not declared within the common <ti/ipc/MessageQ.h> header file. I had to include the xdc generated header file and then use the full name for the function:

#define ti_sdo_ipc_MessageQ__nolocalnames
/* include the xdc generated .h file */
#include <ti/sdo/ipc/MessageQ.h>
/* the common .h file */
#include <ti/ipc/MessageQ.h>

....

Int IpcMP_Module_startup(Int phase)
{
   Task_Params params;
   MessageQ_Params messageqParams;
   Char name[16];
   if (ti_sdo_ipc_MessageQ_Module_startupDone() == FALSE) {
       return (Startup_NOTDONE);
   }

...

Ralf

Makes sense that you had to do the extra "stuff". I've opened the following bug report against UIA.

SDOCM00114233: IpcMP startup crashes because it lacks a dependency check on MessageQ

Thank you for all the debugging and completeness in helping track down the issue!

Todd

Hi Todd,

looking at the source code it seems that this problem still exists in the latest UIA release 2.00.03.43. Any idea when it will be fixed?

Thanks,
Ralf