|
|
我使用的工程是mcsdk下的《ex09_readwrite》,但是导入到ccs时使用的名字是linux_dsp_rw(dsp端),linux_arm_rw(arm端);在linux3.3下一开始测试不成功,考虑可能是messageq的名字可能不一致,改为固定名字后测试成功。但是当我启动开发板后,arm端linux启动完成后,使用modprobe加载syslink后,然后使用tidsp xds100V3仿真器加载dsp端程序到dsp后执行发现程序一直在死循环2 a1 O& Q3 G- Y1 i
/* only one thread must call start */% p! p1 @; L; M. U* c" z
do {/ T: Y! x, }9 n. ^5 w
status = Ipc_start();
9 n3 L; C8 C! \3 e$ Y } while (status == Ipc_E_NOTREADY);
! G( j* e% M4 k" q2 ~* F0 _函数status = Ipc_start();一直返回 Ipc_E_NOTREADY,请问如何联合仿真调试dsp程序?怎样解决IPC启动不起来的错误?
/ J9 N: ]8 l! y
6 f% B L/ G4 }
7 u8 j( n$ _- ?6 F$ q+ ^5 P无论是加载完dsp后,重新加载arm端syslink,还是在dsp加载前加载arm端的syslink都不行,why????+ k6 ]! \+ a( `9 k: E: X
有人遇到和我一样的问题吗?难道是dsp端的syslink没有加载?这个要怎样加载?仿真器加载dsp程序的时候,dsp程序运行起来时不会配置好syslink的运行空间之类的?
( q! d5 n- C% Q4 b! l _+ ?/ U% q$ }6 E4 ^, ~% M6 K) T0 s& }
使用的是创龙的开发板,
* i2 g% d0 V% }5 H/ u
" d, C# V* `) H: N* F0 g6 g! q; N环境为omapl138芯片,arm跑linux,dsp跑sys/bios+ipc
h0 G- C; O0 [8 l
7 x- O5 U! _- C9 r |
|