|
|
我使用的工程是mcsdk下的《ex09_readwrite》，但是导入到ccs时使用的名字是linux_dsp_rw（dsp端），linux_arm_rw（arm端）；在linux3.3下一开始测试不成功，考虑可能是messageq的名字可能不一致，改为固定名字后测试成功。但是当我启动开发板后，arm端linux启动完成后，使用modprobe加载syslink后，然后使用tidsp xds100V3仿真器加载dsp端程序到dsp后执行发现程序一直在死循环
: m r& H( A, [ /* only one thread must call start */! G& J3 p1 k% _7 A* ~; [& }
do {+ J) \ ^# P1 v+ e
status = Ipc_start();
+ g, t2 C* F, B% k } while (status == Ipc_E_NOTREADY);
, b0 ~$ d: p1 a3 c函数status = Ipc_start();一直返回 Ipc_E_NOTREADY，请问如何联合仿真调试dsp程序?怎样解决IPC启动不起来的错误？
/ R; W7 `7 I! G+ P$ u H- I s# @4 i: P d
8 _0 R- i3 }: R8 {5 h
无论是加载完dsp后，重新加载arm端syslink，还是在dsp加载前加载arm端的syslink都不行，why？？？？6 i8 N! v; d& i# A$ o( E
有人遇到和我一样的问题吗？难道是dsp端的syslink没有加载？这个要怎样加载？仿真器加载dsp程序的时候，dsp程序运行起来时不会配置好syslink的运行空间之类的？
( V2 }8 V( D. L n/ m5 B8 x- \3 e/ W. k8 Q- `$ t. o0 I* u
使用的是创龙的开发板，
& w8 A/ x. b* K$ N2 K0 P4 a& M: f: e* ?& u
环境为omapl138芯片，arm跑linux，dsp跑sys/bios+ipc
# U* e; g$ S# o1 U9 n& x: R
$ v' p* @5 d, g# ]4 z, Y |
|
|手机版|小黑屋|嵌入式开发者社区
( 粤ICP备15055271号 ) 
发表于 2016-5-20 18:03:05
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
淘帖
楼主
，这两种加载方式dsp程序启动有差别？