基于TI Davinci架构的多核/双核开发高速扫盲（以OMAP L138为例），dm8168多核开发參考以及达芬奇系列资料user guide整理

），然而却添加两个核之间的中断，共计7个。当双核需要进行通讯时。首先把数据放在两方可以訪问的内存上，而后给对方一个中断，对方在中断中接收传递过来的数据。以此实现两方的通讯，我的以为这就是DSP Link实现的基本原理吧：）

3.能源与休眠配置模块（PSC），这个模块主要负责整个系统的能源管理。可以使能或者休眠ARM核，DSP核以及大部分外设ARM核与DSP核的相互控制主要就依赖这个模块。
对于OMAPL138，上电时默认的是ARM核被禁止，DSP核被使能。说以开机时是DSP核先启动。而后是DSP的ROM Bootloader作一些初始化后使能ARM核后，ARM核才開始执行。不一样的达芬奇处理器是不一样的，比方OMAPL137就是反过来的，网上资料鱼龙混杂，弄不清楚的话就去看PSC模块中的ARM和DSP核的默认值就可以了。
 

2、启动过程


1.开机上电，用户在BOOT 管脚上配置的启动方式被锁定採样到SYSCFG模块的BOOTCFG寄存器，从而肯定可处理器的启动方式。

2.PSC模块中的启动默认值是：ARM核休眠，DSP核使能。因此这时候DSP启动。DSP从片内DSP L2 ROM处读取指令运行。这里有TI已经固化的仅DSP核可以訪问的ROM Bloader。简称DSP RBL。

3.DSP的RBL作一些简单的初始化后，就经过PSC模块使能ARM核，休眠本身。而后ARM就开从片内的RAM Local ROM处读取指令并运行，这里面有TI已经固化好的ARM ROM Bootloader，简称ARM RBL。

4.ARM的RBL作一些初始化后。依据BOOTCFG寄存器的设定。从指定的地方读取用于启动U-Boot的Bootloader。即U-Boot BootLoader。简称UBL。UBL可以放在Nandflash，或者经过串口下载等方式取得。linux

值得说明的是，这里的UBL是(AIS Application Image Script )格式，而不是一般的BIN格式。

5.当ARM RBL读取到UBL后就依据AIS格式中的命令初始化、载入并执行UBL。ios

而后就是UBL载入执行U-Boot。U-Boot依据启动參数启动Linux。Linux依据启动參数载入根文件系统。

6.这时ARM核上的Linux就执行起来了，但DSP还处于休眠状态。在Linux通过一系列初始化后会执行跟文件系统中/etc/profile的指令。git

咱们在这里加入插入DSP Link内核模块的命令，就会在/dev文件夹下产生一个叫dsplink的设备文件。这个DSP Link内核模块就是经过前面所说的中断和PSC设定就可以完毕与DSP的通讯与控制。

7. 而后再执行咱们本身的ARM端程序，在ARM端程序中使用DSP Link的库函数来訪问dsplink设备。从而在用户空间实现对DSP核的控制与通讯。算法

在咱们写的ARM端程序中使用DSP Link库函数载入DSP端的应用程序到内存，使用DSP Link的PROC函数启动DSP核。而后ARM核和DSP核就都各自独立执行起来了，经过DSP Link来进行通讯。

 

3、OMAPL138 相关软件包及开发工具


开发环境说明：除了CCS3.3是在WindowsXP上外，其它的都是在Fedora14上。

1. OMAP_L138_1_00_00_11.bin - TI的OMAPL138 SDK，对于其它的达芬奇架构处理器有都有相应的DVSDK可供下载，内容大同小异。编程

  这里面包括的有例如如下内容：
    pspdrivers - DSP BIOS 平台驱动。包含csl等，编写驱动程序需要參考当中内容。缓存

    biosutils - DSP端OS工具集。如csl片级支持库等。
    codec_engine - 基于DSP Link与CMEM之上的更高级的双核间通讯方式。
    dsplink -用于ARM与DSP间通讯。
    REL_EDMA3_LDD_BIOS5 - DSP端的DMA驱动库，方便DMA的管理及使用。网络

    fc(Framework Components) - DSP端软件框架。包含资源管理等。
    linuxutils - Linux端工具集，cmem就在当中。
    xdais - TI DSP算法接口标准库。架构

    ase(Audio SOC Example) -使用DSP Link 进行音频编解码的样例。
    Davinci-PSP-SDK - TI 提供的Davinci平台软件包，包含nandwriter，ubl，uboot和rootfs等。

2. bios_setuplinux_5_41_02_14.bin - DSP BIOS 5 DSP端的实时操做系统。

3. ti_cgt_c6000_6.1.9_setup_linux_x86.bin - TI DSP C6000交叉编译器。

4. xdctools_setuplinux_3_16_01_27 - RTSC(实时软件组件)工具集。这是Eclipse基金会的一个开源项目。app

用于project管理，相似于Make。但比Make更强大。框架

5. cs1omapl138_1_00_00-v2_setup_linux.bin -基于OMAP L138的Codec Engineserver样例，当中有jpeg等编解码算法的样例程序。

6. sourcery g++ - ARM9交叉编译器，可以本身去sourcery的官方去下载。

7.CCS - 这里使用的是CCS3.3，主要用于编译nandwritter，ubl，烧写ubl和uboot。

 

4、        BootLoader


相关说明：
1.OMAPL138中的nandwritter是执行在ARM上的，用于把AIS格式UBL和U-Boot烧到Nandflash上的一个程序，使用CCS编译。而后用仿真器载入在ARM核上执行，经过交互式对话框就可以把UBL和U-Boot烧到指定设备上。

2.UBL也是使用CCS建立的ARM端裸机程序，首先编译成bin格式的目标程序。而后使用AIS生成工具转换成AIS格式，最后使用nandwritter烧到nandflash中。

编译烧写步骤：
1. 用CCS打开Davinci-PSP-SDK 中提供的ubl，编译生成bin目标文件。
2.使用AIS生成工具，再依据开发板进行配置，把bin文件转换成AIS文件。
3.用CCS打开Davinci-PSP-SDK 中提供的nandwritter。编译并使用仿真器载入执行。
4.在出现的交互式对话框中依次填入要烧写ubl核uboot.bin路径就能够。

 

5、DSP Link


DSP Link是TI为达芬奇架构处理器提供的一种双核通讯架构。在DSP端，DSP Link做为DSP BIOS的一个驱动而存在。

在ARM端，DSP Link最为一个Linux的外设而存在。并经过应用层的函数库訪问这个设备的形式进行操做。

进行DSP Link的软件开发需要下面的软件包：
  sourcery - ARM交叉编译器。

  linux - Linux 内核，编译DSP Link内核模块需要。
  cgt600 - DSP交叉编译器。

  DSP BIOS - DSP实时操做系统，DSP端使用DSP Link就必须这个。
  xdctools - RTSC工具集，DSP BIOS以及很是多TI的软件包都使用这个进行project管理。

  dsplink - DSP Link软件包。


编译步骤：
  1.解压或安装以上软件包到同一个文件夹。如/opt/OMAPL138_SDK。

  2.而后改动dsplink顶层文件夹中Makefile中的软件包路径到正确的为仅仅可。
  3.在命令行中输入make编译就能够。


额外说明：
  使用我改动过的软件包可以大大简化编译过程，详细说明參考软件包顶层Makefile中的说明就能够。

 

6、CMem


由于DSP Link中的共享内存分配功能比較弱，没法分配太大的连续内存。因此TI又推出了CMem。用于分配大片连续共享内存。

 

7、Codec Engine


由于DSP Link比較底层，使用起来也不方便，因此TI又在此基础上设计了Codec Engine。Codec Engine的底层实现依旧是依赖于DSP Link和CMem的，在上层对TI的xDAIS算法接口标准进行扩展xDAIS-DM，简称xDM。

xDM使用面向对象的编程方法，把算法抽象成4类对象：视频，图像。语音和音频，即VISA。

Codec Engieproject管理使用XDC工具，因此所有模块间的訪问，模块定义或模块实现等等都要遵循RTSC标准。RTSC软件包的配置使用xdcscript脚本语言。模块接口定义使用xdcspec脚本语言。这两种脚本语言都是JavaScript脚本语言的扩展。包含用来进行DSP BIOS配置的TextConf语言也是JavaScript的扩展。JavaScript其实是ECMA-262标准中的ECMAScript脚本语言，參考当中内容将有利于理解这几种脚本语言。


 

8、双核技术展望


眼下TI的DSP BIOS 6 已经更名为SYS BIOS 6，不仅可以在DSP上执行，也可以在ARM等其它处理器上执行，支持多个不一样的处理期间的通讯。在DSP端把本来的任务间通讯和现在的处理器间通讯合并在一块儿并进行了加强，叫IPC。

在非DSP BIOS操做系统上叫SYS Link。代替原来的DSP Link。相同也对其进行了加强，再也不需要CMem了。而且这些模块的配置都可以动态进行，API的功能也愈来愈强大。使用很是灵活。但惋惜的是Codec Engine只能支持旧版的DSP Link。

今年，双核的处理器已经进入手机领域，不久的未来双核讲无处不在。在达芬奇的多核架构中，DSP多用于处理计算任务，而ARM处理，存储核显示网络等任务。这不过功能的划分。但试想一下：假设两个核都是ARM，一个执行RTOS，一个执行Linux呢？
在RTOS上处理实时任务。在Linux处理非实时任务，或许可以解决当前Linux不时实。RTOS软件资源匮乏的现状呢？这不过一种臆想，不过抛砖引而已。

 

9、參考文档


DataSheet：
OMAP-L138 Low-Power Applications Processor
TMS320C6745C6747 DSP System Reference Guide
TMS320C674x DSP Megamodule Reference Guide
OMAP-L138 Applications Processor System Reference Guide
TMS320C674x OMAP-L1x Processor Peripherals Reference Guide

BootLoader：
Using the OMAP-L1x8 Bootloader

SDK：
Building The OMAP-L1 SDK

RTSC&XDCTools：
Real Time Software Components for Embedded Platforms

DSP BIOS：
DSP BIOS TextConf User's Guide
TMS320C6000 DSPBIOS 5.x Application Programming Interface (API) Reference Guide

xDAIS：
TMS320 DSP Algorithm Standard Rules and Guidelines User's Guide
TMS320 DSP Algorithm Standard API Reference User's Guide

xDM：
xDAIS-DM (Digital Media) User Guide

DSP Link & CMem：
Mastering the Art of Memory Map Configuration for Systems
Multicore Programming Guide
DSP BIOS Link-Based GPP-DSP System

Codec Engine：
A Technical Overview of eXpressDSP-Compliant Algorithms for DSP Software Producers 
Codec Engine Application Developer User's Guide
Codec Engine Server Integrator User's Guide
Codec Engine Algorithm Creator User’s Guide

 

10、文档说明


人在网络。不能老是予取予求。

特此把本身在TI双核开发上的点点肤浅经验贡献出来。

愿对同行有所帮助。共同勉励前行。

我的理解不免存在错误。欢迎批评指正。

欢迎随意转载，但请保留出处。


本文最初公布在www.ourdev.com的ARM分坛上，相关软件包，工具和版本号更新，如无特说明，均在此处。

 

11、更新日志


2011-04-04 V1.0 建立