OMAPL138的双核开发流程

zxbdlv

+ F% o+ ]7 |# p) N
; A( [7 s. N/ b. N- K9 W& Y  b想在OMAPL138的ARM端跑Linux .DSP端跑sysbios . 创龙给的双核例程。直接在linux下。makefile所有文件。然后运行.run.sh就可以跑了。我搞不明白，实际开发中，DSP程序到底是怎么弄得。不是在window里的CCS，生成.OUT文件，然后ARM端来调用吗？求大神指点！！！
; P) s$ x4 p4 h8 x2 K

tenny

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

7 V/ k) ^: k: L; H  JCCS 环境开发算法类和硬件驱动类部分

然后整合在 makefile 工程里，并加入双核通信和程序的功能逻辑
% o0 r) G* r0 n. C
/ Q, l1 w# k1 q8 o1 W如果必要时，也可以在 ccs 中对 makefile 工程生成的程序进行调试

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

zxbdlv

tenny 发表于 2016-6-14 20:34
( m" Z: f$ e! @; ]一般 CCS 环境和非 CCS 环境结合
2 [0 [* k: ]: h) {
! y% K4 O' |- G  H8 NCCS 环境开发算法类和硬件驱动类部分

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

tenny

成为 linux 下的普通文件，
' m' ~/ W  u& r9 [: f( S运行是用固件 loader 将文件类容解析并加载到 dsp ，dsp 开始跑程序

Jackindata

zxbdlv 发表于 2016-6-15 13:56
那最终DSP的程序，是以什么方式存储在nand里或者emmc呢？你们的tl-mcasp-only-dsp直接就是，而其他的例程 ...

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

zxbdlv

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

% N8 |' `0 B/ v谢谢分享！！！

zxbdlv

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

2 C7 U* |3 z' K5 m9 `# L谢谢分享！！！!

zxbdlv

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

感谢分享