OMAPL138的双核开发流程

zxbdlv

2 a5 I7 G) S" W* d1 F% R  E7 S/ ~. h
想在OMAPL138的ARM端跑Linux .DSP端跑sysbios . 创龙给的双核例程。直接在linux下。makefile所有文件。然后运行.run.sh就可以跑了。我搞不明白，实际开发中，DSP程序到底是怎么弄得。不是在window里的CCS，生成.OUT文件，然后ARM端来调用吗？求大神指点！！！
/ b2 p+ @- Z" M8 ]0 e3 B

tenny

一般 CCS 环境和非 CCS 环境结合
$ |1 R$ f) A+ a7 y: q
5 X7 J: X3 T5 L2 _! E' f. KCCS 环境开发算法类和硬件驱动类部分
  p1 b2 [3 {$ t( H* m1 n* m8 V& e
) u& x6 \1 o; ]然后整合在 makefile 工程里，并加入双核通信和程序的功能逻辑
9 K  U" e3 x1 a5 j4 j3 k
$ A$ G2 F8 c7 L8 c- G$ f* N* X3 U如果必要时，也可以在 ccs 中对 makefile 工程生成的程序进行调试

完全由 ccs 环境构建的双核工程，OMAPL138上暂时未提供，ti 官方的例程也都是非 ccs 环境的
% P, ?8 ?- q, t4 w7 J# x$ R

zxbdlv

tenny 发表于 2016-6-14 20:34
7 }8 ^! V& K. \, y一般 CCS 环境和非 CCS 环境结合
" n, q( r+ b8 h) [! Q
CCS 环境开发算法类和硬件驱动类部分

那最终DSP的程序，是以什么方式存储在nand里或者emmc呢？你们的tl-mcasp-only-dsp直接就是，而其他的例程编译的结果如下图。 真实项目里的dsp程序，是以什么方式保存在板子里呢？
, h9 x) }0 i( W: m8 _- r# s
/ @/ Y* b, C& j$ ], {  _& C: h" M- N

tenny

成为 linux 下的普通文件，
运行是用固件 loader 将文件类容解析并加载到 dsp ，dsp 开始跑程序

Jackindata

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

  H2 z; W! H+ E# m( C* h双核程序的启动过程由 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
- |1 [/ b9 _5 U4 p9 x双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

( F3 i5 G: c! u+ I, C, s8 W, \谢谢分享！！！!

zxbdlv

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

" E( s/ o* l# Q9 V1 X5 m& S( y7 h感谢分享