OMAPL138的双核开发流程

zxbdlv

1 \+ n* O) F: U; a7 G想在OMAPL138的ARM端跑Linux .DSP端跑sysbios . 创龙给的双核例程。直接在linux下。makefile所有文件。然后运行.run.sh就可以跑了。我搞不明白，实际开发中，DSP程序到底是怎么弄得。不是在window里的CCS，生成.OUT文件，然后ARM端来调用吗？求大神指点！！！
# w3 p2 b1 q7 }) c

tenny

一般 CCS 环境和非 CCS 环境结合

CCS 环境开发算法类和硬件驱动类部分

然后整合在 makefile 工程里，并加入双核通信和程序的功能逻辑

如果必要时，也可以在 ccs 中对 makefile 工程生成的程序进行调试

完全由 ccs 环境构建的双核工程，OMAPL138上暂时未提供，ti 官方的例程也都是非 ccs 环境的

zxbdlv

tenny 发表于 2016-6-14 20:34
% d  y6 _+ z8 t: K8 D( W: C1 T一般 CCS 环境和非 CCS 环境结合
5 u" g: M% ~* R2 N4 T, H2 C7 S! F5 e8 p
2 V8 S* X$ c* ~% y* ?/ \. FCCS 环境开发算法类和硬件驱动类部分

那最终DSP的程序，是以什么方式存储在nand里或者emmc呢？你们的tl-mcasp-only-dsp直接就是，而其他的例程编译的结果如下图。 真实项目里的dsp程序，是以什么方式保存在板子里呢？

tenny

成为 linux 下的普通文件，
. z" W: T; |& o1 A, f' F$ L运行是用固件 loader 将文件类容解析并加载到 dsp ，dsp 开始跑程序

Jackindata

zxbdlv 发表于 2016-6-15 13:56
0 b1 R* J" {  n+ K; S; X) I那最终DSP的程序，是以什么方式存储在nand里或者emmc呢？你们的tl-mcasp-only-dsp直接就是，而其他的例程 ...

双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放在 Linux的 文件系统中。至于是 nand 还是 emmc，要看这个 Linux 文件系统是怎么样的（如果是网络文件系统，存在任何地方都有可能的）。
只要能够让 slaveloader 读取并加载到 DSP 运行就可以了。

zxbdlv

Jackindata 发表于 2016-6-21 17:05
双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

谢谢分享！！！

zxbdlv

Jackindata 发表于 2016-6-21 17:05
& _3 u$ l9 C$ s+ }% i' J双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

& S4 u4 y6 G! ~% |. K! V谢谢分享！！！!

zxbdlv

Jackindata 发表于 2016-6-21 17:05
0 F2 N* g( a5 Q  ^双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

  M) [5 Y8 z  q: B' S感谢分享