OMAPL138的双核开发流程

zxbdlv

, C- L! o, {. m$ ]9 V
/ w- |0 S* Y# g  e想在OMAPL138的ARM端跑Linux .DSP端跑sysbios . 创龙给的双核例程。直接在linux下。makefile所有文件。然后运行.run.sh就可以跑了。我搞不明白，实际开发中，DSP程序到底是怎么弄得。不是在window里的CCS，生成.OUT文件，然后ARM端来调用吗？求大神指点！！！

tenny

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

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

* o" Z% [" H& B9 ^# ^然后整合在 makefile 工程里，并加入双核通信和程序的功能逻辑
. U. n; x  n2 a5 |
5 c) @4 Y' o; b如果必要时，也可以在 ccs 中对 makefile 工程生成的程序进行调试

完全由 ccs 环境构建的双核工程，OMAPL138上暂时未提供，ti 官方的例程也都是非 ccs 环境的
1 B. `, X1 P3 b. K- I$ n

zxbdlv

tenny 发表于 2016-6-14 20:34
" T2 G) P# q4 b/ u( N! ^7 [一般 CCS 环境和非 CCS 环境结合

2 K# J! D9 H' l6 A1 a$ yCCS 环境开发算法类和硬件驱动类部分

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

tenny

成为 linux 下的普通文件，
, G0 _! F: L5 q+ \. E运行是用固件 loader 将文件类容解析并加载到 dsp ，dsp 开始跑程序

Jackindata

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

7 B, z4 Z1 Q% q5 u. Y( b双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放在 Linux的 文件系统中。至于是 nand 还是 emmc，要看这个 Linux 文件系统是怎么样的（如果是网络文件系统，存在任何地方都有可能的）。
/ M5 |; P. i( z6 e3 w只要能够让 slaveloader 读取并加载到 DSP 运行就可以了。

zxbdlv

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

6 ~: @& }+ b% N0 b* }# c谢谢分享！！！

zxbdlv

Jackindata 发表于 2016-6-21 17:05
) r7 `9 }+ w6 f/ \/ P8 X' p" F2 O2 d双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

谢谢分享！！！!

zxbdlv

Jackindata 发表于 2016-6-21 17:05
* Q! ]7 _! E4 \  Z( ~0 M双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

感谢分享