教程里helloworld例程的IPC_start()出不来的问题。

moontiger564

最近使用了教程里的helloworld例程实践一下，我再CCS里面新建了一个rtsc的工程，然后导入了helloworld例程的里的dsp文件夹和shared文件夹。删除里面的不需要的makefile等文件，其它没有任何修改。然后编译能正常通过了。我的平台是OMAPL138的，然后将hellworld例程里的arm的可执行程序app_host拷贝到板子里面。这个app_host是在串口终端手动执行的。然后我连上仿真器。调试CCS下的helloworld例程，在IPC_start()循环的下面设置了断点。将dsp程序跑起来后。然后串口终端输入命令./app_host DSP
3 N: w0 B$ u: P8 W( y# ~: j! i这样arm程序也跑起来了，但是发现CCS上面一直跑不到断点处。然后在IPC_start()处设断点，程序就停下来了，原来dsp程序一直在IPC_start()这个循环里面。请问为什么会这样呢？两个核都跑起来了为何dsp不能往下跑呢。helloworld的cfg和bld文件以及所有代码都没有改动，怎么不能跑呢？
谁能解答一下？有什么可能？
6 I) m4 G# q* [2 m/ B

tenny

你是用ccs 直接加载的程序吗？

; u/ Y9 A1 A  M: V. `, L( ?要在 arm 板子上使用 slaveloader 加载你的 DSP 程序
然后在 ccs 下以 loadsymbol 的形式加载程序的 调试符号
) G( ~- w. `. x6 u可以参看创龙提供的 “OMAPL138 Syslink 双核 IDE 工程的建立与调试” 视频教程

moontiger564

tenny 发表于 2016-8-8 17:29
! }2 p7 u. w0 t7 \' L6 n' U你是用ccs 直接加载的程序吗？
7 G# P2 M2 F7 t: C9 _! h& t8 o3 x
: Y' H2 W" M5 V" D6 U( G要在 arm 板子上使用 slaveloader 加载你的 DSP 程序

set -x
./slaveloader startup DSP server_dsp.xe674
- R- p- ~" v& ^7 e7 o2 ^#./app_host DSP
( i% r- n, U3 }+ Y#./slaveloader shutdown DSP
我的run.sh脚本里把最后两行注释了。然后起来以后，CCS里面用loadsymbol和loadprogram都试过了。每次都在do{ipc_start ... ...}while 这个循环下面加断点后，然后手动输入./app_host DSP命令启动arm程序。但是都不能跑到断点处，都是在ipc_start()这边一直跑不出来。还有什么原因呢。

tenny

直接用没注释的 run.sh 可以跑？

moontiger564

tenny 发表于 2016-8-8 17:54
) c9 }6 i3 F& t& j+ L直接用没注释的 run.sh 可以跑？

直接跑例程里面的server_dsp.xe674和app_host时正常的。但是把这个helloworld的例程放到CCS里面自己编译出来以后的server_dsp.xe674就跑不了了。里面代码我什么都没有改，只是按照教程里的把makefile和删掉，把dsp里面的bin文件夹和config文件夹也删掉，然后clean一下，重新编译。然后app_host还是原来例程里的，没用换。这样就不行了，所以CCS调试加断点看了，才找到ipc_start()这里的问题。
. m' I* H( V  h' e$ Z请帮忙分析一下，我哪里会弄错了，包括cfg和bld文件也没动过。存粹是重新编译一下。

tenny

config.bld 文件问题吧，建议你参看 “OMAPL138 Syslink 双核 IDE 工程的建立与调试” 视频教程，里面有怎么在 ccs 下编译 ti 的 MessageQ 例程

moontiger564

tenny 发表于 2016-8-9 13:43
4 b) Q  h5 v- q1 a, U1 c% u2 C" sconfig.bld 文件问题吧，建议你参看 “OMAPL138 Syslink 双核 IDE 工程的建立与调试” 视频教程，里面有怎 ...

你好，首先感谢你的回复。
# Z8 S' g- o# G9 i4 K/ }“OMAPL138 Syslink 双核 IDE 工程的建立与调试”这个视频我后来看过了。我也自己从新在CCS下面新建一个工程，现在是这样的：我自己新建一个工程，然后导入helloworld例程的源码。我没有像视频里面那样重新建一个platform，我还有用的默认的platform，并且还是用的例程里面的config.bld.。然后我现在正常编译通过而且我将编译通过的out文件放进去直接用run.sh运行时正常的。
+ w6 ~" }  r9 r  y( G+ k2 o- z但是，目前的问题是，我想用CCS调试，用CCS加载的，用loadsymbols和loadprogram两种方式加载都试了，加载完成后然后在串口终端输入./app_host DSP以后，串口报错：
root@omapl138-TY:~/5601#./app_host DSP
5 f, E) y: L( M. ]/ z' I( F*** Loader_getSymbolAddress: Failed to get the symbol address!
, e# G+ y/ {" j$ \5 ]3 c2 ^/ S) @% F& k        Error [0x8485f003] at Line no: 414 in file /home/hd/ti/syslink_2_21_01_05/packages/ti/syslink/utils/hlos/knl/Linux/../../../../../../ti/syslink/procMgr/common/Loader.c
  q( a+ A8 n& \' r# w*** ProcMgr_getSymbolAddress: Failed to get symbol address!
        Error [0x8485f003] at Line no: 2190 in file /home/hd/ti/syslink_2_21_01_05/packages/ti/syslink/utils/hlos/knl/Linux/../../../../../../ti/syslink/procMgr/common/ProcMgr.c
7 k* V+ C( I7 U4 d0 ]6 p+ f*** Platform_loadCallback: ProcMgr_getSymbolAddress failed
0 J3 F! @! A3 n8 l$ J+ C' r/ ?        Error [0xffffffff] at Line no: 1904 in file /home/hd/ti/syslink_2_21_01_05/packages/ti/syslink/utils/hlos/knl/Linux/../../../../../../ti/syslink/family/hlos/knl/omapl1xx/Platform.c
*** Ipc_control: Platform_loadCallback failed!
& y! k- i7 `7 |. _0 c! t, J+ @        Error [0xffffffff] at Line no: 828 in file /home/hd/ti/syslink_2_21_01_05/packages/ti/syslink/utils/hlos/knl/Linux/../../../../../../ti/syslink/ipc/hlos/knl/Ipc.c

& Q2 T, ?7 R# x$ l请看一下，这个现象是啥情况。感觉我在板子上直接用run.sh运行程序，不管是例程里的out文件还是我自己编译的out文件，都能正常跑，但是一旦out文件用CCS加载以后，就不能正常跑了，我觉得以后要是想用CCS调试就不好用了。所以请帮忙看下现在的情况，为啥一用CCS加载就不能跑呢？

moontiger564

补充上面的：因为我看到视频教程里是从新建一个platform的。而我自己没有从新建一个platform，还是有CCS里面默认的OMAPL138的platform，因为这样编译出来的out文件在板子上直接slaveloader以后跑起来跟arm是能正常跑的并且正常通信的。所以我觉得就不需要新建platform了。但是用CCS加载就不行了，所以我觉得是加载的问题。请帮忙分析一下。我CCS下用loadsymbols和loadprogram方式都不能和arm正常跑，而且报上面的错误。slaveloader加载方式上有什么特别吗？

tenny

不能用默认的 platfrom，按教程步骤走一遍吧