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

kevinjoyo

    OMAPL138arm核跑linux+ipc，dsp核跑sysbios+ipc，如何重设dsp端程序起始。
# B: p+ J- m! W6 P4 x2 t! T    板件使用的是创龙的核心板，linux系统是创龙提供的系统，dsp端程序使用的是例程hello为蓝本重新生成的rtsc工程，使用c++，其中的bld文件如下：

/*
0 j" N. T% a/ T* H: W) n) g4 i7 c *  ======== config.bld ========
8 e8 J- T& ?! Z- u0 H9 {+ X *
*/

var Build = xdc.useModule('xdc.bld.BuildEnvironment');

* r- x+ G% m: J* e& x/*  Memory Map for ti.platforms.evmOMAPL138
*
*  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
*  ------------------------------------------------------------------------
3 z2 _: _0 F' i4 w/ q/ |" k *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
*  C200_0000 - C200_FFFF     1_0000  (  64 KB) SR_0 (ipc)
# h  ?+ v2 d, }& P" x *  C201_0000 - C202_FFFF     2_0000  ( 128 KB) SR_1 (data buffers)
9 H; w1 t0 a, f2 q3 {  y *  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) --------
*  C400_0000 - C7FF_FFFF   400_0000  (  64 MB) Linux
1 N: P6 J  s* K */

+ l  p0 w- H" ?0 O( f& W4 Z4 ~: U- lvar SR_0 = {
        name: "SR_0", space: "data", access: "RWX",
        base: 0xC2000000, len: 0x10000,
* N" n/ K3 m8 H8 q        comment: "SR#0 Memory (64 KB)"
    };

' q! O7 I; _* ~0 F# l% \" uvar SR_1 = {
        name: "SR_1", space: "data", access: "RWX",
        base: 0xC2010000, len: 0x20000,
        comment: "SR#1 Memory (128 KB)"
! D" q9 C3 a' t+ M    };
+ T$ J/ ]9 w# U/ A+ k) `9 i
Build.platformTable["ti.platforms.evmOMAPL138:dsp"] = {
    externalMemoryMap: [
; B) E0 [: x2 X3 v0 a        [ SR_0.name, SR_0 ],
        [ SR_1.name, SR_1 ],
        [ "DSP_PROG", {
5 K4 W) X2 t) J2 o            name: "DSP_PROG", space: "code/data", access: "RWX",
0 Y3 t4 B3 d* @- l            base: 0xC2100000, len: 0x1E00000,
            comment: "DSP Program Memory (31 MB)"
        }]
    ],
    codeMemory:  "DSP_PROG",
7 c) k( A. M3 o$ t" l    dataMemory:  "DSP_PROG",
, {) k. S9 B( T; v3 h: a" r    stackMemory: "DSP_PROG",
1 E* x, U' i; G3 r' P! x    l1DMode: "32k",
    l1PMode: "32k",
    l2Mode: "64k"
! b( j; x' M1 B( q* P};
: {0 }$ u0 l1 v* R" `: }9 U
/*
*  ======== ti.targets.elf.C674 ========
( E4 T4 e# K2 L) y6 g */
1 H# u& M1 V  _1 S; f8 i7 {var C674 = xdc.useModule('ti.targets.elf.C674');
C674.ccOpts.suffix += " -mi10 -mo ";
Build.targets.$add(C674);
6 w# x: c  h3 z8 z8 K' Y9 w8 J+ {; o! R( I
7 S* d& X5 @: m( _5 g5 ~9 `" c
====================
% F2 k' z4 b# U0 S原来DSP_PROG是0xC3000000起始，8MB长度的，现在因为需要一个比较大的缓存20MB以上，所以改成0xC2100000起始，31MB，但是编译之后，好像dsp启动不起来。重新修改了rtsc的platform的DSP_PROG的起始为0xC2100000长度31MB，程序还没有修改，还是原来的代码也没有增加缓存相关代码，只是调整程序空间起始和长度。不知道还需要修改哪些地方。

kevinjoyo

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

teddy

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

; a- V! j/ C' k7 K$ j 40 /*  Memory Map for ti.platforms.evmOMAPL138
% ]* u1 d$ ^; a& r* w4 O" k 41  *
. y2 s# X: x2 G4 F  Z 42  *  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
43  *  ------------------------------------------------------------------------
% x2 Y* A& v3 l. z+ k& t* R8 ]! W: G 44  *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
7 ?  S6 O9 F3 m' G0 J 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)
( b2 S' w( t8 w; \4 r, x 48  *  C380_0000 - C3FF_FFFF    80_0000  (   8 MB) SR_2 (ipc)
, K0 p" P" l# V: s 49  *  C400_0000 - C7FF_FFFF   400_0000  (  64 MB) Linux
, U+ l' q6 `# z' s! V& Q* k 50  */
8 W0 p# `! }% H  d! P/ K
7 w$ j) j% s, p7 N$ }4 N1 e$ c1 |如上图，SR_1~SR_2都可以给用户自己使用。SR_0是ipc的基础组件支持，一般不用自己拿来用。

一般dsp不需要20MB这么大的缓存，尽量程序里面使用动态内存分配来使用内存，而不用静态数组。可以减少内存的占用。

如果需要分配大容量的内存空间：
# S) m8 j' ~; ]. l9 f1.改动mem_args参数（u-boot环境变量）；
/ v! k; v$ ^% Q/ Y2.改动双核通信工程里面的：shared/config.bld和dsp/Dsp.cfg文件。

kevinjoyo

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

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

kevinjoyo

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

kevinjoyo

/*  Memory Map for ti.platforms.evmOMAPL138
*
5 j% e& I7 n+ a) h *  C000_0000 - C7FF_FFFF   800_0000  ( 128 MB) External Memory
*  ------------------------------------------------------------------------
, I/ l$ _. k% f! I; z6 L! C. s; }1 i *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB) Linux
5 C# W% g0 [& J+ p9 L1 ] *  C200_0000 - C200_FFFF     1_0000  (  64 KB) SR_0 (ipc)
! b/ e* H0 x$ m: G1 E4 C$ @ *  C201_0000 - C202_FFFF     2_0000  ( 128 KB) SR_1 (data buffers)
8 J: J7 v% Y4 v5 W3 m *  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) --------
- @" Z9 Z4 n# J *  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程序的所有空间

现在发现修改平台文件只要用到0xc3000000之前的空间就出现arm和dsp之间的ipc相关都出问题

kevinjoyo

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