我使用的工程是mcsdk下的《ex09_readwrite》,但是导入到ccs时使用的名字是linux_dsp_rw(dsp端),linux_arm_rw(arm端);在linux3.3下一开始测试不成功,考虑可能是messageq的名字可能不一致,改为固定名字后测试成功。但是当我启动开发板后,arm端linux启动完成后,使用modprobe加载syslink后,然后使用tidsp xds100V3仿真器加载dsp端程序到dsp后执行发现程序一直在死循环, e9 v8 M0 l% P- j) n1 u
/* only one thread must call start */ ( A" s a; n [& o Z/ V do { ) e! M. [0 h( T# [ status = Ipc_start(); $ @& a$ m2 Q% K } while (status == Ipc_E_NOTREADY);/ M6 y8 \* Q- K2 t& ^- g
函数status = Ipc_start();一直返回 Ipc_E_NOTREADY,请问如何联合仿真调试dsp程序?怎样解决IPC启动不起来的错误? $ \/ F# d/ B+ l* A6 c& E% C" A9 `+ p }8 Z" y l% M
: H) q+ N/ J; F4 |+ D
无论是加载完dsp后,重新加载arm端syslink,还是在dsp加载前加载arm端的syslink都不行,why????- q. n1 I, I! y$ j) D
有人遇到和我一样的问题吗?难道是dsp端的syslink没有加载?这个要怎样加载?仿真器加载dsp程序的时候,dsp程序运行起来时不会配置好syslink的运行空间之类的?: v' H& e6 `; D: Z
# l: p0 z/ X- H* o使用的是创龙的开发板, 3 B6 M7 ~$ q W2 x% t# ?& W$ G4 p2 c" T H
环境为omapl138芯片,arm跑linux,dsp跑sys/bios+ipc& Z0 \: w) j3 G/ s5 f' T3 c
3 H# w% }- J/ Y( \8 Z% }