|
|
我使用的工程是mcsdk下的《ex09_readwrite》,但是导入到ccs时使用的名字是linux_dsp_rw(dsp端),linux_arm_rw(arm端);在linux3.3下一开始测试不成功,考虑可能是messageq的名字可能不一致,改为固定名字后测试成功。但是当我启动开发板后,arm端linux启动完成后,使用modprobe加载syslink后,然后使用tidsp xds100V3仿真器加载dsp端程序到dsp后执行发现程序一直在死循环9 z! T g2 O/ H4 O7 s6 e. i L
/* only one thread must call start */
5 P6 B+ [. c7 } do {- y! V& E+ K, v( b
status = Ipc_start();
( h0 B& b5 S* _, w } while (status == Ipc_E_NOTREADY);7 w0 w9 q) _% [5 w
函数status = Ipc_start();一直返回 Ipc_E_NOTREADY,请问如何联合仿真调试dsp程序?怎样解决IPC启动不起来的错误?
7 z* t/ l; G4 G; `5 f) x% H
& z7 ]$ R7 V7 |& ?6 P2 V/ ^7 H- z: r% ^
无论是加载完dsp后,重新加载arm端syslink,还是在dsp加载前加载arm端的syslink都不行,why????
n, }& }5 e+ ?( j有人遇到和我一样的问题吗?难道是dsp端的syslink没有加载?这个要怎样加载?仿真器加载dsp程序的时候,dsp程序运行起来时不会配置好syslink的运行空间之类的?
8 m8 @! E }- n! l
1 q! h3 }7 T9 R使用的是创龙的开发板, C3 G) v- q4 H& D) {5 V; a$ N' t
& d/ [. }6 J; f环境为omapl138芯片,arm跑linux,dsp跑sys/bios+ipc
, J3 B0 ?. G; \4 E6 C$ o, b6 Q9 M( q% [7 E, S- x
|
|