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

kevinjoyo

    OMAPL138arm核跑linux+ipc，dsp核跑sysbios+ipc，如何重设dsp端程序起始。
    板件使用的是创龙的核心板，linux系统是创龙提供的系统，dsp端程序使用的是例程hello为蓝本重新生成的rtsc工程，使用c++，其中的bld文件如下：
/ z- W+ j. y$ p
& r! @# N4 F4 W; |! O) s/*
0 C7 C$ L  ~( ]/ E *  ======== config.bld ========
6 F5 k" N. h0 B4 y) a, O2 q! _ *
*/
" e2 j1 u) `/ P0 G3 l
9 i. I3 n$ p# Z/ D+ W) z" R! ?var Build = xdc.useModule('xdc.bld.BuildEnvironment');

/*  Memory Map for ti.platforms.evmOMAPL138
6 M% v, v, z6 U/ t  \$ B9 j *
*  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
% f7 p$ L# _+ O/ v7 N- C1 p- ~ *  ------------------------------------------------------------------------
5 b  t1 P2 J) b. f( i( l *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
*  C200_0000 - C200_FFFF     1_0000  (  64 KB) SR_0 (ipc)
+ a$ g' c' F4 N: c *  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)
*  C380_0000 - C3FF_FFFF    80_0000  (   8 MB) --------
# j! z! R% ]$ j5 t *  C400_0000 - C7FF_FFFF   400_0000  (  64 MB) Linux
*/
3 n' e+ l, d2 x- j
var SR_0 = {
        name: "SR_0", space: "data", access: "RWX",
. h& x3 n4 f9 ~# B        base: 0xC2000000, len: 0x10000,
/ j7 h. ~0 U* R% q# ?2 L9 s  n7 T. b        comment: "SR#0 Memory (64 KB)"
0 x* e  S6 ?; m/ a0 v$ I    };
! H% H+ O0 j8 l/ g9 [. ]) k; s! \
var SR_1 = {
        name: "SR_1", space: "data", access: "RWX",
        base: 0xC2010000, len: 0x20000,
% G6 x. Z3 k; r! c/ R5 M        comment: "SR#1 Memory (128 KB)"
: k/ r8 U' Q$ R: n6 X, \+ Z7 i4 e* L    };

3 h& w: s% C7 R% N# t  N, \Build.platformTable["ti.platforms.evmOMAPL138:dsp"] = {
    externalMemoryMap: [
        [ SR_0.name, SR_0 ],
        [ SR_1.name, SR_1 ],
5 }/ `! e1 W5 o+ ?) K2 \: |        [ "DSP_PROG", {
            name: "DSP_PROG", space: "code/data", access: "RWX",
            base: 0xC2100000, len: 0x1E00000,
            comment: "DSP Program Memory (31 MB)"
4 v) n  r  v5 E        }]
    ],
6 u; ^/ Q! `* g& A    codeMemory:  "DSP_PROG",
    dataMemory:  "DSP_PROG",
& o/ J; N9 c2 y) L! v- K    stackMemory: "DSP_PROG",
9 ^  j- r$ o: u: E/ Q$ U+ s    l1DMode: "32k",
    l1PMode: "32k",
5 R8 M  M, l0 u) s) ?$ P; `    l2Mode: "64k"
2 I/ x3 ?+ R# D4 d# M& u# B: x* c/ o- t};

/*
2 @  t1 m5 g: D0 y* O$ B" J# K *  ======== ti.targets.elf.C674 ========
1 f0 m, h- V3 O5 K; L! V */
var C674 = xdc.useModule('ti.targets.elf.C674');
3 b3 n5 j/ |4 E# D' p8 DC674.ccOpts.suffix += " -mi10 -mo ";
  o* l5 M5 w3 S- s9 q- {' KBuild.targets.$add(C674);
" E) O3 }( A, Y0 X2 g2 F

====================
5 d" X. \& n  V4 a原来DSP_PROG是0xC3000000起始，8MB长度的，现在因为需要一个比较大的缓存20MB以上，所以改成0xC2100000起始，31MB，但是编译之后，好像dsp启动不起来。重新修改了rtsc的platform的DSP_PROG的起始为0xC2100000长度31MB，程序还没有修改，还是原来的代码也没有增加缓存相关代码，只是调整程序空间起始和长度。不知道还需要修改哪些地方。

kevinjoyo

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

kevinjoyo

/*  Memory Map for ti.platforms.evmOMAPL138
* l# }  Z' M, N1 x% O* N *
*  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
*  ------------------------------------------------------------------------
*  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
7 Z& x/ {# o* |! ^ *  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) --------
0 \+ j3 r3 p" g. N. ] *  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
*/
如何将 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)
合并为一块大的区域作为dsp程序的所有空间

, B! |0 t( }, q1 a1 w2 m0 c现在发现修改平台文件只要用到0xc3000000之前的空间就出现arm和dsp之间的ipc相关都出问题

kevinjoyo

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

kevinjoyo

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

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

teddy

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

" h3 \9 c5 F, X/ k0 p6 a( n0 S 40 /*  Memory Map for ti.platforms.evmOMAPL138
6 Z% I  C& q! e2 T 41  *
42  *  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
43  *  ------------------------------------------------------------------------
44  *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
9 u& G6 @1 d" }) H" D# \. n 45  *  C200_0000 - C200_FFFF     1_0000  (  64 KB) SR_0 (ipc)
46  *  C201_0000 - C2FF_FFFF    FF_0000  ( ~15 MB) SR_1 (ipc)
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
3 I( W% N# g% v+ s2 j! P' ^ 50  */
  [% H0 j! w+ E+ z: _7 |1 C
如上图，SR_1~SR_2都可以给用户自己使用。SR_0是ipc的基础组件支持，一般不用自己拿来用。
) }$ j' |( `: r
一般dsp不需要20MB这么大的缓存，尽量程序里面使用动态内存分配来使用内存，而不用静态数组。可以减少内存的占用。

. f4 i- b+ H" l* L$ E如果需要分配大容量的内存空间：
+ g" Z+ C' `2 h  |  k. N1.改动mem_args参数（u-boot环境变量）；
$ Y# ^" K& ^  L1 K0 ]7 Z2.改动双核通信工程里面的：shared/config.bld和dsp/Dsp.cfg文件。

kevinjoyo

这个问题是和http://www.51ele.net/forum.php?mod=viewthread&tid=1872&extra=
5 r1 D/ H) ^6 {# j: q这个问题相关的，因为arm和dsp之间暂时没有找到快速响应的方法，只能在dsp端开辟大缓存暂存数据，以达到快速响应的目的。
2 h7 o0 ]* w$ I3 I/ sshare目录下的bld文件可以删除吗（删除了，工程会编译报找不到这个文件），好像修改这个文件又是没有用处的，只有修改平台文件才有效
0 c) u+ t" @1 `2 O5 d+ q4 E