|
|
我使用的工程是mcsdk下的《ex09_readwrite》,但是导入到ccs时使用的名字是linux_dsp_rw(dsp端),linux_arm_rw(arm端);在linux3.3下一开始测试不成功,考虑可能是messageq的名字可能不一致,改为固定名字后测试成功。但是当我启动开发板后,arm端linux启动完成后,使用modprobe加载syslink后,然后使用tidsp xds100V3仿真器加载dsp端程序到dsp后执行发现程序一直在死循环 M' ~0 ^) [4 b4 a6 |
/* only one thread must call start */
0 n0 l ?2 c$ g, b: _- Q5 {$ z do {/ j0 C P8 q/ N3 L6 z9 J
status = Ipc_start();, k- I0 A( W1 ~$ k l5 ^# Y
} while (status == Ipc_E_NOTREADY);9 V+ z% z* n- R. t
函数status = Ipc_start();一直返回 Ipc_E_NOTREADY,请问如何联合仿真调试dsp程序?怎样解决IPC启动不起来的错误?9 y* c& T5 h' j# C* Z9 [# i, N
+ Q: q6 [/ [! C" M" @
9 }1 o# C X* I5 z, K0 [0 C无论是加载完dsp后,重新加载arm端syslink,还是在dsp加载前加载arm端的syslink都不行,why????3 l( G/ a, k6 v% _- }8 Y2 O
有人遇到和我一样的问题吗?难道是dsp端的syslink没有加载?这个要怎样加载?仿真器加载dsp程序的时候,dsp程序运行起来时不会配置好syslink的运行空间之类的?
7 y5 ?* C# I3 U. R) m2 x
4 b0 D" s. r' B* b; Z使用的是创龙的开发板,
) m0 c7 \3 _/ ~4 x5 \+ H( c% c! ~5 d0 `9 o$ ?5 ]- K3 }
环境为omapl138芯片,arm跑linux,dsp跑sys/bios+ipc
" l j, N. `# i9 H P" J
9 u0 \4 b# h4 m2 X4 ` |
|