标签:codec engine arm dsp linux ti
本文翻译自TI的手册,该手册是学习GPP+DSP开发的金典文档,希望对各位入门有所帮助,有理解不当之处望请赐教。《第三章 使用 Codec Engine 的示例应用程序》 http://blog.csdn.net/dyzok88/article/details/42302793
// 正文
在双 CPU 的系统中,被配置的引擎“远程”运行(在 DSP 中)算法,透明地使用一个“DSP服务器”。DSP 的服务器是一个集成算法及其框架的可执行程序(例如,DSP/BIOS,框架组件,编解码器,和 DSP Link 驱动程序),当引擎被打开时,这些组件将在 DSP 上被加载并开始运行。
服务器 API 函数能被在 GPP 上运行的应用程序调用,可以访问有关DSP的服务器的信息,并控制DSP服务器。更具体地说,这些 API 函数允许 GPP 应用程序获取有关 DSP 服务器中配置的内存堆数量,一个单独的内存堆的当前使用状况等信息。以及重新配置 DSP 服务器的算法堆的基址和大小。
涉及到服务器的 API 函数是:
1. Engine_getServer(). 获得服务器的句柄。
2. Server_getNumMemSegs(). 获得在一个服务器中的堆数。
3. Server_getMemStat(). 获取有关服务器的堆统计信息。
4. Server_redefineHeap(). 设置服务器堆的基址和大小。
5. Server_restoreHeap(). 重置服务器堆到默认基址和大小。
要访问 DSP 服务器的引擎,GPP 应用程序必须通过调用 Engine_getServer() API 首先获得一个服务器句柄,例如:
static String engineName = "auddec"; Engine_Handle engine; Server_Handle server; Engine_Error err; engine = Engine_open(engineName, NULL, &err); server = Engine_getServer(engine);
注:引擎句柄,服务器句柄都不是线程保护。每个线程使用服务器句柄必须执行自己的 Engine_getServer() 调用(使用自己的引擎句柄),或保证共享服务器句柄的同步访问的。
如果 Engine_getServer() 返回值是 NULL,那么引擎没有服务器。
GPP 应用程序可以通过调用 Server_getNumMemSegs() 函数,获得配置到DSP服务器中内存堆的数量,例如:
Server_Handle server; Server_Status status; Int numSegs; /* Get the server handle from a previously opened Engine */ server = Engine_getServer(engine); status = Server_getNumMemSegs(server, &numSegs);
这些 API 函数返回以下错误的代码:
1. Server_EOK - 成功。在这种情况下, numSegs 包含 DSP 服务器中的堆数。
2. Server_ERUNTIME - 发生内部运行时错误。
一旦堆的数目是已知的,GPP 应用程序使用 Server_getMemStat() 函数,然后可以通过此数迭代,获得每个堆统计信息。内存统计数据返回到 Server_MemStat 结构体:
typedef struct Server_MemStat { Char name[Server_MAXSEGNAMELENTH+1]; /* Name of heap segment */ Uint32 base; /* Base address of heap */ Uint32 size; /* Original heap size */ Uint32 used; /* DSP MAUs of heap used */ Uint32 maxBlockLen; /* Length of largest free block */ } Server_MemStat;
下面的示例代码显示了这些 API 函数的用法(为了可读性,忽略错误检查)
Int numSegs, i; Server_MemStat stat; Server_Status status; status = Server_getNumMemSegs(server, &numSegs); for (i = 0; i < numSegs; i++) { status = Server_getMemStat(server, i, &stat); printf("%s: base: 0x%x size: 0x%x used: 0x%x max free block: 0x%x", stat.name, stat.base, stat.size, stat.used, stat.maxBlockLen); }
Server_getMemStat() 的返回值如下:
1. Server_EOK. 成功。
2. Server_ENOTFOUND. 段号超出范围。
3. Server_ERUNTIME. 发生内部运行时错误。
DSP 服务器可以被配置为专门用于算法堆的内存段。在某些情况下,DSP 服务器被配置小算法堆,GPP 应用程序在运行时,可能需要为算法堆提供较大的,被 DSP 服务器使用的连续内存块。然后,当堆不被 DSP 使用时,该内存可以从 DSP 回收,进而被 GPP 使用。下面的服务器 API 函数提供了重新配置 DSP 算法堆的手段:
Server_Status Server_redefineHeap(Server_Handle server, String name, Uint32 base, Uint32 size); Server_Status Server_restoreHeap(Server_Handle server, String name);
传递给这些函数的参数" name "是要重新配置堆的名称;它必须不大于 Server_MAXSEGNAMELENGTH 字符长。传递给 Server_redefineHeap() 的" base "地址,必须为DSP的地址,从 base 到 base + size 的内存必须是连续的物理内存。参数" size "在 DSP MADUs(minimum addressable data units,可寻址的最小数据单元)中给出的。基址应为8字节对齐,但对大小没有对齐限制;大小的值为 0 是可接受的。
当堆上没有内存被当前分配时,在 DSP 算法堆只能被重新配置。 Server_restoreHeap() 函数重置算法堆的基地址和大小,回到它们的原始值(任何调用 Server_redefineHeap() 之前的值)。成功调用 Server_restoreHeap() 后,内存先前的“重新定义”到堆,可被该系统再次使用。
Server_redefineHeap() 的返回值如下:
1. Server_EOK. 成功。
2. Server_EINVAL. 改变到新的基地址和大小导致与另一堆重叠。
3. Server_EINUSE. 内存被当前分配在算法堆。
4. Server_ENOTFOUND. 没有发现给定的名称的堆。
5. Server_ERUNTIME. 发生内部运行时错误。
Server_restoreHeap() 返回下列任何的值:
1. Server_EOK. 成功。
2. Server_EINVAL. 改变到新的基地址和大小导致与另一堆重叠。
3. Server_EINUSE. 内存被当前分配在算法堆。
4. Server_ENOTFOUND. 没有发现给定的名称的堆。
5. Server_ERUNTIME. 发生内部运行时错误。
下面的代码说明,这两个 API 如何可以在 DM644x (一个 GPP+DSP 器件)上使用,在这个示例中,GPP 应用程序使用 Memory_contigAlloc() 函数分配一个连续的内存块。然而,通过此函数返回的地址是对 GPP 的虚拟地址,因此必须将其传递到 Server_redefineHeap() 前转换到 DSP 地址,Memory_getBufferPhysicalAddress() 函数可以将虚拟地址转换为 GPP 的物理地址,这样在 DM644x 的的情况下,就是相同的 DSP 的地址。
算法运行后,该算法堆被复位到其原来的大小和位置,为了更好的可读性,错误检查被省略。
Server_Handle server = NULL; Server_Status status; Engine_Handle ce = NULL; XDAS_Int8 *buf; Uint32 base; String decoderName = "auddec_copy"; String encoderName = "audenc_copy"; String engineName = "audio_copy"; /* Open the Engine and get Server handle. Note, the * Engine_open() call will load and start the DSP. */ ce = Engine_open(engineName, NULL, NULL); server = Engine_getServer(ce); /* Allocate block of memory, contiguous in physical memory */ buf = (XDAS_Int8 *)Memory_contigAlloc(BUFSIZE, ALIGNMENT); /* Convert virtual address to physical address, which on * DM644x, happens to be the same as the DSP address. */ base = Memory_getBufferPhysicalAddress(buf, BUFSIZE, NULL); /* Reconfigure the algorithm heap */ status = Server_redefineHeap(server, "DDRALGHEAP", base, BUFSIZE); 'Create and run codecs' 'Delete codecs' /* Reconfigure algorithm heap back to its original state. */ status = Server_restoreHeap(server, "DDRALGHEAP"); /* Free the buffer */ Memory_contigFree(buf, BUFSIZE);
在其他情况下,应用程序可能需要重新配置算法堆到一个地址,在 ARM 上分配缓冲区不能获得该地址。例如,假设在 DSP 上有固定的内存空间,该空间给应用程序用于算法堆之间的交替,取决运行什么算法。在这种情况下,应用程序可以直接传递 DSP 的地址给 Server_redefineHeap() 函数。
标签:codec engine arm dsp linux ti
原文地址:http://blog.csdn.net/dyzok88/article/details/42353141