OMAPL138的双核开发流程

zxbdlv

: `8 p; y, h" e2 C8 L% s
想在OMAPL138的ARM端跑Linux .DSP端跑sysbios . 创龙给的双核例程。直接在linux下。makefile所有文件。然后运行.run.sh就可以跑了。我搞不明白，实际开发中，DSP程序到底是怎么弄得。不是在window里的CCS，生成.OUT文件，然后ARM端来调用吗？求大神指点！！！

tenny

一般 CCS 环境和非 CCS 环境结合
8 V" }* W5 S# H% z6 p  X
: @5 N5 D- m. w) F* I3 tCCS 环境开发算法类和硬件驱动类部分
. ]" O; f0 k) M7 |9 ]
7 \- @  f: n: S: N' ~然后整合在 makefile 工程里，并加入双核通信和程序的功能逻辑
( c* \1 C+ ~- O& m9 M* @0 C
* k0 Z- l( R7 Z$ [) O如果必要时，也可以在 ccs 中对 makefile 工程生成的程序进行调试
6 [: `1 T3 Q/ l" N* h) `# Z/ M+ o
! S5 e; `) e7 R" ~( m7 ?" M! }, \( f完全由 ccs 环境构建的双核工程，OMAPL138上暂时未提供，ti 官方的例程也都是非 ccs 环境的
' [/ L( E" @6 N. P8 V1 K2 g
1 f: {) U  \; }( m

zxbdlv

tenny 发表于 2016-6-14 20:34
一般 CCS 环境和非 CCS 环境结合

0 o* \. {  r: cCCS 环境开发算法类和硬件驱动类部分

$ {- L, W2 c' s' k. V( c% K8 {4 Z4 i那最终DSP的程序，是以什么方式存储在nand里或者emmc呢？你们的tl-mcasp-only-dsp直接就是，而其他的例程编译的结果如下图。 真实项目里的dsp程序，是以什么方式保存在板子里呢？
, s9 z+ ~/ v+ v9 j

! P  ]! Y! f3 |

tenny

成为 linux 下的普通文件，
; o% x5 J0 x( j6 }3 j/ T运行是用固件 loader 将文件类容解析并加载到 dsp ，dsp 开始跑程序

Jackindata

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

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

zxbdlv

Jackindata 发表于 2016-6-21 17:05
8 g5 @# s2 c7 J* f  p6 L, {双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

! Y4 d3 P+ F. q7 V; G* d; R谢谢分享！！！

zxbdlv

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

谢谢分享！！！!

zxbdlv

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

感谢分享