Ipc_start(); 一直返回Ipc_E_NOTREADY问题

kevinjoyo

我使用的工程是mcsdk下的《ex09_readwrite》，但是导入到ccs时使用的名字是linux_dsp_rw（dsp端），linux_arm_rw（arm端）；在linux3.3下一开始测试不成功，考虑可能是messageq的名字可能不一致，改为固定名字后测试成功。但是当我启动开发板后，arm端linux启动完成后，使用modprobe加载syslink后，然后使用tidsp xds100V3仿真器加载dsp端程序到dsp后执行发现程序一直在死循环
+ a# M& p6 u4 j' p9 A        /* only one thread must call start */
        do {
: T$ \/ \4 b9 ^: d+ u            status = Ipc_start();
        } while (status == Ipc_E_NOTREADY);
4 j1 m: s( _# @% [5 @# M函数status = Ipc_start();一直返回 Ipc_E_NOTREADY，请问如何联合仿真调试dsp程序?怎样解决IPC启动不起来的错误？
  d/ T7 d( l/ N

4 v7 u6 r: a; v5 J" Y无论是加载完dsp后，重新加载arm端syslink，还是在dsp加载前加载arm端的syslink都不行，why？？？？
$ C, o, t- a1 n5 z有人遇到和我一样的问题吗？难道是dsp端的syslink没有加载？这个要怎样加载？仿真器加载dsp程序的时候，dsp程序运行起来时不会配置好syslink的运行空间之类的？

使用的是创龙的开发板，
4 k/ M: }4 n: `) O9 ?/ |
/ f7 w' d/ q! A$ _& f! h环境为omapl138芯片，arm跑linux，dsp跑sys/bios+ipc
5 ^8 L  B2 t* i* j% w6 ~

tenny

slaveloader 加载 .out 文件
& V7 x: I8 u( o8 Gccs load symbol 形式加载 .out 文件

kevinjoyo

谢谢，，这两种加载方式dsp程序启动有差别？

tenny

不好意思，具体的也不清楚。load symbol 是加载调试符号，不加载二进制代码