OMAPL138arm核跑linux+ipc，dsp核跑sysbios+ipc，重设dsp端程序起始

kevinjoyo

    OMAPL138arm核跑linux+ipc，dsp核跑sysbios+ipc，如何重设dsp端程序起始。
8 `1 X+ X% W! v# |* s7 Y6 C  ?    板件使用的是创龙的核心板，linux系统是创龙提供的系统，dsp端程序使用的是例程hello为蓝本重新生成的rtsc工程，使用c++，其中的bld文件如下：

7 f+ _2 B4 ~  k  I) N/*
! K- k. ~! h/ |1 T% U3 ^( i *  ======== config.bld ========
" K2 F! C! g) c+ n- r *
0 ~2 ]0 C# L7 A' p+ O0 U' r* u, ] */

' T* l, b* f+ qvar Build = xdc.useModule('xdc.bld.BuildEnvironment');
$ F( T( W5 l; B3 N" t7 m) d
/*  Memory Map for ti.platforms.evmOMAPL138
*
  ^/ B4 w" X" O4 A- f *  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
*  ------------------------------------------------------------------------
*  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
6 d$ m& R, e. ?3 x$ ]$ i( W *  C200_0000 - C200_FFFF     1_0000  (  64 KB) SR_0 (ipc)
*  C201_0000 - C202_FFFF     2_0000  ( 128 KB) SR_1 (data buffers)
*  C203_0000 - C2FF_FFFF    FF_0000  ( ~15 MB) --------
*  C300_0000 - C37F_FFFF    80_0000  (   8 MB) DSP_PROG (code, data)
8 u9 G$ K+ i4 V$ O4 o( b% r1 J$ o *  C380_0000 - C3FF_FFFF    80_0000  (   8 MB) --------
  Y! C" c0 R0 u, m# \ *  C400_0000 - C7FF_FFFF   400_0000  (  64 MB) Linux
*/

var SR_0 = {
        name: "SR_0", space: "data", access: "RWX",
        base: 0xC2000000, len: 0x10000,
/ A7 e% D4 r% ~- o( g" K        comment: "SR#0 Memory (64 KB)"
    };

" b: w, O8 [" ~( C, @) F( }var SR_1 = {
        name: "SR_1", space: "data", access: "RWX",
        base: 0xC2010000, len: 0x20000,
7 y4 t3 x% D2 I/ a8 s  i        comment: "SR#1 Memory (128 KB)"
    };
. D3 p7 g# S2 `3 g& J# J; f
& {# P8 Z  C% k% F: \$ \Build.platformTable["ti.platforms.evmOMAPL138:dsp"] = {
% }* e- t2 U' H( ^6 K    externalMemoryMap: [
        [ SR_0.name, SR_0 ],
        [ SR_1.name, SR_1 ],
        [ "DSP_PROG", {
7 P2 Y& `" h& O/ c" U            name: "DSP_PROG", space: "code/data", access: "RWX",
: y4 k0 l3 h9 {( T+ N# a            base: 0xC2100000, len: 0x1E00000,
            comment: "DSP Program Memory (31 MB)"
6 b. l9 ^' O2 e* ~3 q/ ]        }]
    ],
: _) N1 N4 Z" k    codeMemory:  "DSP_PROG",
    dataMemory:  "DSP_PROG",
) R" C9 @  ]/ {" l8 Q2 u3 g3 h    stackMemory: "DSP_PROG",
    l1DMode: "32k",
    l1PMode: "32k",
- ~* ?& p5 H* }# r! s4 @    l2Mode: "64k"
7 v4 Y1 W2 j! g) ^- i% f};
+ |6 t& y' u$ P+ G! W+ x
/*
4 I2 _. |# K& j2 \& D, X; ` *  ======== ti.targets.elf.C674 ========
*/
/ F4 L/ k% ]9 G% e& |, p- Fvar C674 = xdc.useModule('ti.targets.elf.C674');
% t3 l/ d4 X8 ?; B8 xC674.ccOpts.suffix += " -mi10 -mo ";
Build.targets.$add(C674);
4 I: u4 A. v7 |1 l7 |' k1 j

) v. R9 q, j' B- r7 b====================
原来DSP_PROG是0xC3000000起始，8MB长度的，现在因为需要一个比较大的缓存20MB以上，所以改成0xC2100000起始，31MB，但是编译之后，好像dsp启动不起来。重新修改了rtsc的platform的DSP_PROG的起始为0xC2100000长度31MB，程序还没有修改，还是原来的代码也没有增加缓存相关代码，只是调整程序空间起始和长度。不知道还需要修改哪些地方。
2 \6 L# w' {8 t0 f0 [% {

kevinjoyo

1、直接修改config.bld的DSP_PROG，编译出来的文件map起始不是设定的0xC2100000,还是0xC3000000,为什么？删除了这个文件，工程又编译不了，这个文件有何用？
2、修改platform文件为0xC2100000，编译是对的，但是运行的时候，发现IPC出异常了，arm端连接不上dsp创建的ipc，请问还需要修改哪里才能正常工作

kevinjoyo

/*  Memory Map for ti.platforms.evmOMAPL138
*
9 {, h; L( A+ h* E/ m& y2 w; d *  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
& L/ ?8 S. A/ W *  ------------------------------------------------------------------------
, L4 o/ U7 Z) S: t1 I. \5 P7 ? *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
*  C200_0000 - C200_FFFF     1_0000  (  64 KB) SR_0 (ipc)
" t2 [. P! K6 ^: [- P  O *  C201_0000 - C202_FFFF     2_0000  ( 128 KB) SR_1 (data buffers)
*  C203_0000 - C2FF_FFFF    FF_0000  ( ~15 MB) --------
, S4 G& B( _& c7 _8 s3 j  ` *  C300_0000 - C37F_FFFF    80_0000  (   8 MB) DSP_PROG (code, data)
*  C380_0000 - C3FF_FFFF    80_0000  (   8 MB) --------
*  C400_0000 - C7FF_FFFF   400_0000  (  64 MB) Linux
* p8 s. Q) |  u9 i */
如何将 C2100_0000 - C2FF_FFFF    FF_0000  ( 15 MB)和C380_0000 - C3FF_FFFF    80_0000  (   8 MB)与C300_0000 - C37F_FFFF    80_0000  (   8 MB) DSP_PROG (code, data)
8 F( z2 e; \* D% }! n. u合并为一块大的区域作为dsp程序的所有空间
$ z& e# _3 \7 Y2 \" J. s2 F
现在发现修改平台文件只要用到0xc3000000之前的空间就出现arm和dsp之间的ipc相关都出问题

kevinjoyo

请教这个slaveloader的list map怎么阅读，同时这些内存入口定义在哪里？

kevinjoyo

发现slaveloader的list map就是编译时的map文件显示的地址。

8 e1 U9 y' f1 Y$ k2 f( r; g目前将dsp的地址由0xc3000000改为0xc2100000(或0xc2800000）起始，编译之后的程序，arm端和dsp端的ipc建立不起连接，不知道创龙这个还需要修改哪个位置？如果是c300000前面8m和后面c3800000起始的8m一起使用程序没有问题，这是为何？是不是c3000000前面的地址在linux端有什么设置啊？

teddy

这个贴子信息量挺大的，不过总的来说是围绕双核共享内存空间定义来说。

; `$ U; T% \9 p1 c. ^2 A: U 40 /*  Memory Map for ti.platforms.evmOMAPL138
* {5 b' {2 \- t 41  *
42  *  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
- G" U7 Z( ?7 K1 `1 m( d! m" l3 o 43  *  ------------------------------------------------------------------------
44  *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
45  *  C200_0000 - C200_FFFF     1_0000  (  64 KB) SR_0 (ipc)
1 F) R* w. }- N4 {# g  i: M. @ 46  *  C201_0000 - C2FF_FFFF    FF_0000  ( ~15 MB) SR_1 (ipc)
; P) n9 g$ A  P4 b  N% i 47  *  C300_0000 - C37F_FFFF    80_0000  (   8 MB) DSP_PROG (code, data)
48  *  C380_0000 - C3FF_FFFF    80_0000  (   8 MB) SR_2 (ipc)
49  *  C400_0000 - C7FF_FFFF   400_0000  (  64 MB) Linux
50  */
  n% y" ?  t5 k" Q6 O
! W7 h, ^, C$ Y, K: Z3 P: F如上图，SR_1~SR_2都可以给用户自己使用。SR_0是ipc的基础组件支持，一般不用自己拿来用。
1 u% H5 e5 o* T' j
( ?, j5 }0 c- a/ O. G一般dsp不需要20MB这么大的缓存，尽量程序里面使用动态内存分配来使用内存，而不用静态数组。可以减少内存的占用。

& t& W7 S& ^0 P8 D  ^+ s. ~如果需要分配大容量的内存空间：
1 B  A$ P& f' l/ Q$ H' g! r! l1.改动mem_args参数（u-boot环境变量）；
2.改动双核通信工程里面的：shared/config.bld和dsp/Dsp.cfg文件。

kevinjoyo

这个问题是和http://www.51ele.net/forum.php?mod=viewthread&tid=1872&extra=
这个问题相关的，因为arm和dsp之间暂时没有找到快速响应的方法，只能在dsp端开辟大缓存暂存数据，以达到快速响应的目的。
share目录下的bld文件可以删除吗（删除了，工程会编译报找不到这个文件），好像修改这个文件又是没有用处的，只有修改平台文件才有效
' o3 r+ V/ t4 R: O# C# O