转载DSPLINK

最新推荐文章于 2022-07-14 22:41:11 发布
最新推荐文章于 2022-07-14 22:41:11 发布
阅读量529 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wangshh03/article/details/73176372
版权

DSPLink

这一阵子上班的时间差不多都在折腾着这个东西。TI的工具链体系复杂又不好弄，每个工具都可以花钱来买，或者绕过去用非标准方法做。真不知道他们那帮做技术的怎么能算计这么精？看起来还是ADI厚道些，虽然当初也是整天埋怨没有人肯免费教你，但是毕竟人家文档做的清楚，几千页读下来至少也有点儿感觉了。直到现在还是没搞明白，要是想用CCS这个IDE来开发算法，到底需要加多少插件。难道说CE、XDC、BIOS、DSPLink、FC、CMEM这些Davinci的高级玩意儿真的只能在Linux字符界面下封装算法、配置、编译、链接、调试……？据说DSPLink也是可以profile的。不过连一份系统点儿的API手册还没发现，高级玩意儿还是慢慢看吧～

现在就是不会用DSPLink看DSP端的log、trace，配置了BIOS也不知道到底管不管用。不过之前对DSPLink模块和例程的编译过程总算告一段落了，希望算是做了点儿有用的工作：

1. 环境变量

vi etc/host/scripts/Linux/dsplinkenv.bash ->

export DSPLINK=/opt/dvevm_1_10/dsplink_1_30_08_02/packages/dsplink

vi ~/bin/dsplk ->

source /opt/dvevm_1_10/dsplink_1_30_08_02/packages/dsplink/etc/host/scripts/Linux/dsplinkenv.bash

chmod u+x ~/bin/dsplk

. dsplk

/**** 用“.”或“source”执行的shell脚本运行在当前进程；否则运行在子shell进程里，无法修改当前shell的环境变量 ****/

2. GPP工具路径

vi make/Linux/davinci_mvlpro4.0.mk ->

BASE_BUILDOS    := /opt/mv_pro_4.0/montavista/pro/devkit/lsp/ti-davinci

BASE_CGTOOLS    := /opt/mv_pro_4.0/montavista/pro/devkit/arm/v5t_le/bin

OSINC_PLATFORM := /opt/mv_pro_4.0/montavista/pro/devkit/arm/v5t_le/lib/gcc/armv5tl-montavista-linuxeabi/3.4.3/include

OSINC_TARGET    := /opt/mv_pro_4.0/montavista/pro/devkit/arm/v5t_le/target/usr/include

BASE_OSLIB      := /opt/mv_pro_4.0/montavista/pro/devkit/arm/v5t_le/lib

3. DSP工具路径

vi make/DspBios/c64xxp_5.xx_linux.mk ->

BASE_INSTALL    := /opt

XDCTOOLS_DIR    := /opt/dvevm_1_10/xdctools_1_21

BASE_CGTOOLS    := /opt/TI/cg6x_6_0_14

4. DSP/BIOS内存配置

cd dsp/inc/DspBios/Davinci

cp dsplink-davinci-base.tci.256MB dsplink-davinci-base.tci

/**** 由sample的tcf引用，不影响模块本身 ****/

5. DSPLink内存配置

vi config/all/CFG_Davinci.TXT

/**** 应与DSP内存配置保持一致，但不知有何实际用途 ****/

6. DSPLink模块配置文件

vi config/CURRENTCFG.MK

/**** 由dsplinkcfg生成 ****/

7. 编译脚本

#!/bin/sh

. dsplk

if [ "$1" = "dsp" -o "$1" = "gpp" ]

then

    if [ "$2" = "-m" ]

    then

        source etc/host/scripts/Linux/dsplinkcfg

        cd ${DSPLINK}/$1/src/

        make clean

        make -s

    fi

    cd ${DSPLINK}/$1/src/samples

    #make clean

    make -s

else

    cd ${DSPLINK}/package/ti/dsplink/dsp/DspBios/Davinci/RELEASE/

    scp *.out root@192.168.0.66:dsplink/

    cd ${DSPLINK}/package/ti/dsplink/gpp/Linux/Davinci/RELEASE

    scp dsplinkk.ko *gpp root@192.168.0.66:dsplink/

    cd ${DSPLINK}

fi

8. 卸载、加载模块的顺序

rm -f /dev/dsplink

rmmod dsplinkk

insmod dsplinkk.ko

mknod /dev/dsplink c 230   0

/**** 若先rmmod后rm设备节点，模块会崩溃，并且无法卸载 ****/

9. 增加GPP组件

vi gpp/src/samples/net/Linux/COMPONENT ->

## 生成目标文件 ##

COMP_NAME       := NET

COMP_PATH       := $(GPPROOT)$(DIRSEP)src$(DIRSEP)samples$(DIRSEP)net

COMP_TYPE       := EXE

COMP_TARGET     := netgpp

COMP_MEMSPACE   := USER

## 导出目标文件 ##

EXP_TARGETS     := netgpp

vi gpp/src/samples/DIRS ->

DIRS += net

10.增加DSP组件

vi dsp/src/samples/net/DspBios/COMPONENT ->

## 生成目标文件 ##

COMP_NAME       := NET

COMP_PATH       := $(DSPROOT)$(DIRSEP)src$(DIRSEP)samples$(DIRSEP)net

COMP_TYPE       := EXE

COMP_TARGET     := net.out

## 导出目标文件 ##

EXP_TARGETS     := net.out

vi dsp/src/samples/DIRS ->

DIRS += net

11.GPP端加入源文件（以自定义的UDP打包函数为例）

cp /media/win/Projects/examples/udplib/udplib.cpp gpp/src/samples/net/Linux/udplib.c

cp /media/win/Projects/examples/udplib/udplib.h gpp/src/samples/net/Linux/udplib.h

vi gpp/src/samples/net/Linux/COMPONENT ->

EXP_HEADERS     := loop.h              \

   Linux/loop_os.h     \

   Linux/udplib.h

vi gpp/src/samples/net/Linux/SOURCES ->

SOURCES := loop_os.c \

               udplib.c \

               main.c

12.CHNL驱动之ARM篇

EXPORT_API

DSP_STATUS

CHNL_AllocateBuffer (IN ProcessorId procId,

                     IN ChannelId   chnlId,

                     OUT Char8 **    bufArray,

                     IN Uint32      size,

                     IN Uint32      numBufs) ;

EXPORT_API

DSP_STATUS

CHNL_Issue (IN ProcessorId      procId,

            IN ChannelId        chnlId,

            IN ChannelIOInfo * ioReq) ;

EXPORT_API

DSP_STATUS

CHNL_Reclaim (IN     ProcessorId       procId,

              IN     ChannelId         chnlId,

              IN     Uint32            timeout,

              IN OUT ChannelIOInfo *   ioReq) ;

/**** 与DSP端使用GIO还是SIO无关 ****/

13.CHNL驱动之GIO篇

#define DSPLINK_alloc(poolId, bufPtr, size)                     \

        (((POOL->allocators [poolId]).fxns->alloc)              \

                (POOL->allocators [poolId].object,              \

                 bufPtr,                                        \

                 size))

vi dsp/src/samples/net/swiLoop.c ->

void switx(Arg arg0, Arg arg1)

{

SWILOOP_TransferInfo * info = (SWILOOP_TransferInfo *) arg0;

(Void) arg1 ; /* To remove compiler warning */

GIO_submit (info->gioOutputChan,

IOM_WRITE,

info->outputBuffer,

(size_t *) &(info->bufferSize),

&(info->appWriteCb)) ;

}

/**** 异步GIO能用于SWI ****/

14.CHNL驱动之SIO篇

#define DSPLINK_alloc(poolId, bufPtr, size)                     \

        (((POOL->allocators [poolId]).fxns->alloc)              \

                (POOL->allocators [poolId].object,              \

                 bufPtr,                                        \

                 size))

vi dsp/src/samples/net/tskLoop.c ->

void tsktx(TSKLOOP_TransferInfo * info){

Arg arg = 0 ;

SIO_issue(info->outputStream,

info->buffers [0],

info->bufferSize,

arg);

SIO_reclaim (info->outputStream,

(Ptr *) &(info->buffers [0]),

&arg) ;

}

/**** 同步SIO只能用于TSK ****/

/**** 包含SIO的TSK可同步地执行算法，相当于CE中调用process函数 ****/

15.Issue/Reclaim模型

/**** Put/Get模型会自动分配内置交换缓冲，Issue/Reclaim不会 ****/

/**** Issue 不论收/发，向CHNL的另一端传入指针，非阻塞 ****/

/**** Reclaim 不论收/发，从CHNL的另一端传出指针，I/O阻塞 ****/

/**** Issue与Reclaim一起使用，可达到Put或Get的效果 ****/

/**** Issue与Reclaim分开使用，可提供一定的缓冲深度 ****/

16.Tconf

vi dsp/src/samples/net/loop.tci ->

var tsk0 = bios.TSK.create("tsk0");

tsk0.fxn = prog.extern("tskLoop");

var swi0 = bios.SWI.create("swi0");

swi0.fxn = prog.extern("switx");

swi0.arg0 = prog.extern("info");

vi dsp/src/samples/net/swiLoop.c ->

extern far SWI_Obj swi0;

SWI_post(&swi0);

/**** 在tci里面添加模块比在程序中调用API动态添加更方便，而且对程序结构的简化也很有帮助 ****/

/**** BIOS模块和API相关内容参考TI文档<spru403n> ****/

/**** typedef struct SWI_Obj SWI_Handle; ****/

/**** loop.tci由dsp/src/samples/net/DspBios/Davinci/loop.tcf引用 ****/

王世宏
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
signal_pending函数解析
win9
03-23 6573
经常我们在睡眠的代码中 会看到这样的例子：     if (signal_pending(current)) {      ret = -ERESTARTSYS;      return ret;     }     关于 -ERESTARTSYS 到底是什么意思?         -ERESTARTSYS表示信号函数处理完毕后重新执行信号函数前的某个系统
linux的signal_pending及signal
cswhl的博客
12-09 4960
signal_pending(3) — The event API 1. signal_pending( current )的作用 仅检查当前进程是否有信号处理(不会在这里处理信号)，返回不为0表示有信号需要处理 1.1. 两个信号的概念 signal pending：指在信号被处理之前生成信号的状态，是信号生成和信号消除的中间状态 signal blocking:指阻塞正在处理的信号，这是一种信号处理方法 2. 常规使用场景 if (signal_pending(current)) { ret
信号量实现
qq_42693685的博客
07-14 334
信号量
linux signal 内核处理
wzwind的专栏
02-03 9128
linux signal 处理   说明: 本文主要翻译自ULK 3rd chapter 11. 主要受 http://blog.csdn.net/yunsongice 影响,故发表在csdn. 另外,本文是最初版本,估计以后会有一个改进版本. 文中还有很多todo的地方. 另外,如果有版权问题,通知我,我马上删掉. 总结 信号分成两种：  regular signal(
signal_pending
m0_37141848的博客
10-19 398
经常我们在睡眠的代码中 会看到这样的例子： if (signal_pending(current)) { ret = -ERESTARTSYS; return ret; } 关于 -ERESTARTSYS 到底是什么意思? -ERESTARTSYS表示信号函数处理完毕后重新执行信号函数前的某个系统调用. 也就是说，如果信号函数前有发生系统调用，在调度用户信号函数之前,内核会检查系统调用的返回值，看看是不是因为这个信号而中断了系统调用.如...
DSPLink.rar_dsplink
09-24
dsp 与 arm 通讯桥梁 大大减少一些需要计算的程序的时间
Dsplink.rar_davinci_dsplink
09-20
Dsplink是该平台上一个重要的组件，它提供了处理器间通信的桥梁，特别是在主CPU与DSP（Digital Signal Processor）之间进行高效数据交换的关键技术。 Dsplink的开发涉及到多个关键知识点，以下将详细介绍： 1. **...
DSPLINK.rar_dsplink_dsplink 81
09-20
《基于DSPlink的研发指南》 在嵌入式系统开发领域，DSP（数字信号处理器）扮演着重要的角色，尤其是在处理高速、高精度的信号处理任务时。而DSPLink技术是TI（Texas Instruments）公司推出的一种解决方案，它允许...
Building DSPLink
01-26
Building DSPLink DSPLink is provided with full source code and an associated build system. This page gives the sequence to be followed for installing and building DSPLink.
omapL138 dsplink 开发入门
04-09
本文提供了基于 linux-2.6.33 内核的 DSPLINK 双核开发 步骤 包括 dsplink 介绍 配置 编译 例程
dsplink手册（详细讲了dsplink的配置）
03-05
dsplink的手册，用于arm和dsp之间的通信。
dsplink开发手册
11-23
本文档介绍了DSPLINK各模块的主要驱动，理清各个模块与配置的关系。大部分内容摘自参考资料，其中也有些内容是自己在学习过程中及做项目时的心得。希望对大家了解dsplink有所帮助
7_signal 实现
11-24
linux 进程间通信 signal 实现 。（此为博客http://blog.csdn.net/shallnet 文章对应源码下载）
解析：signal_pending与返回-ERESTARTSYS
10-09 4180
经常我们在睡眠的代码中 会看到这样的例子：     if (signal_pending(current)) {      ret = -ERESTARTSYS;      return ret;     }     关于 -ERESTARTSYS
signal_pending()
angle_birds的专栏
12-14 2549
检测进程p是否有待处理的信号(p->thread_info->flags中TIF_SIGPENDING位是否置位) ----------------------------------------------------- static inline int signal_pending(struct task_struct *p) {     return unlikely(test
DSPLINK 介绍
weixin_34071713的博客
01-02 606
DSPLINK几乎是DAVINCI平台最重要的一个底层系统，它是ARM+DSP平台上特有的。DAVINCI之所以能成为现在的DAVINCI，有一大部分就是因为有DSPLINK把GPP(General Purpose Processor, 即DM6446中的ARM)和DSP给连起来了。 TI期望大家使用的是它的CODEC ENGINE，因为如果使用CODEC ENGINE，...
linux内核那些事之fatal_signal_pending/signal_pending/cond_resched
weixin_42730667的博客
11-30 2293
在内核开发或者驱动开发过程中，不可避免需要使用较长循环的代码处理，尤其是内核代码中有很多for(;;)获取while(1)循环 等待硬件或者某个条件触发才能退出循环，这样做其实是非常危险，如果退出条件长期达不到条件，就会一直死循环下去，直接卡住整个内核或者某个驱动模块，即使在用户层发送control +c 信号，内核层也无法补捉退出循环。 为了解决上述，为了解决死循环导致卡死问题，能够在内核层捕获control+ c信号，内核开发一系列接口fatal_signal_pending/signal_pendi
signal_pending(current)用法
hitxiaotao的专栏
01-10 4667
signal_pending(current)检查当前进程是否有信号处理，返回不为0表示有信号需要处理。返回 -ERESTARTSYS 表示信号函数处理完毕后重新执行信号函数前的某个系统调用。也就是说，如果信号函数前有发生系统调用，在调度信号处理函数之前,内核会检查系统调用的返回值，看看是不是因为这个信号而中断了系统调用.如果返回值-ERESTARTSYS,并且当前调度的信号具备-ERES
Dsplink源码结构，内存管理
bruce135lee的专栏
06-08 748
DSPLINK几乎是DAVINCI平台最重要的一个底层系统，它是ARM+DSP平台上特有的。DAVINCI之所以能成为现在的DAVINCI，有一大部分就是因为有DSPLINK把GPP(General Purpose Processor, 即DM6446中的ARM)和DSP给连起来了。 TI期望大家使用的是它的CODEC ENGINE，因为如果使用CODEC ENGINE，很多底层的细节对开发者就
dsp读取1553brt地址
最新发布
08-24
这种连接通常使用一种称为DSPLink的软件库或框架，该库提供了一个接口，通过该接口可以在DSP和主机之间进行数据传输。 为了读取或访问1553BRT地址，需要执行以下步骤： 1. 首先，将DSP与主机系统通过DSPLink进行...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值