|
|
我使用的工程是mcsdk下的《ex09_readwrite》,但是导入到ccs时使用的名字是linux_dsp_rw(dsp端),linux_arm_rw(arm端);在linux3.3下一开始测试不成功,考虑可能是messageq的名字可能不一致,改为固定名字后测试成功。但是当我启动开发板后,arm端linux启动完成后,使用modprobe加载syslink后,然后使用tidsp xds100V3仿真器加载dsp端程序到dsp后执行发现程序一直在死循环
4 d' }9 M8 G0 e) @ /* only one thread must call start */, l( V4 n: e9 Q
do {
! H$ H% |3 q) F status = Ipc_start();
* n/ T; u9 u( B: e, U: l5 h5 A } while (status == Ipc_E_NOTREADY);' m3 ~5 ?) w1 k( N+ ^) u2 \0 _
函数status = Ipc_start();一直返回 Ipc_E_NOTREADY,请问如何联合仿真调试dsp程序?怎样解决IPC启动不起来的错误?* y/ \* ^* C+ { c7 m4 ~# R9 H
/ t. q& L3 y. _+ B- v# Z% `* @" F# O) f& ^' u0 ~+ l w x! Q. \
无论是加载完dsp后,重新加载arm端syslink,还是在dsp加载前加载arm端的syslink都不行,why????% a) L5 G' A$ A& f* H$ Q2 x
有人遇到和我一样的问题吗?难道是dsp端的syslink没有加载?这个要怎样加载?仿真器加载dsp程序的时候,dsp程序运行起来时不会配置好syslink的运行空间之类的?4 u+ l5 ~5 W7 `5 t5 C
2 h4 }. y6 m7 o: X, {+ H: Q1 F& u
使用的是创龙的开发板,: Y8 Q/ F3 B5 O+ [0 K5 Z# R* ]
& G" j/ g( F# A+ G
环境为omapl138芯片,arm跑linux,dsp跑sys/bios+ipc H; R C& v! X# M4 u8 F x
Z" Y1 P$ e+ H
|
|