C6670 ROV观察Task Stack的问题

你四个核跑的相同的工程吗？如果这样的话，stack和.bss段一定要放到LL2里（用local address）。
请参考另一个相关的帖子：
http://www.deyisupport.com/question_answer/dsp_arm/c6000_multicore/f/53/p/68413/163132.aspx#163132
 

多个core上的task共享一份stack是有问题的，你这样配置的话代码运行会有出错的隐患。多核时，本核无法意识其他核对共享memory的使用，所以对共享memory的使用，可以在cfg中为每个core划分一块独立的共享memory，然后对每个core的task stack指定到对应的section中。
                                                                          

您好！ 
4个Core跑一样的工程。每个Core上跑一个SRIO收发Task、两个算法Task，每个Core都是通过SRIO接收数据，然后处理，再发送出去。
其中一个算法Task的stacksize为0x40000，另一个算法Task的stacksize为0x20000。
这样导致.text、.far太大，无法都放在LL2上，所以我做了如下设置
Program.sectMap[".idleTaskStackSection"] = "MSMCSRAM";Program.sectMap[".taskStackSection"] = "MSMCSRAM";Program.sectMap["systemHeap"] = "MSMCSRAM";结果查看map文件，.far:taskStackSection以及systemHeap被放置在了MSMCSRAM中，才能正确编译通过。
Map文件片段如下
MEMORY CONFIGURATION         name            origin    length      used     unused   attr    fill----------------------  --------  ---------  --------  --------  ----  --------  L2SRAM                00800000   00100000  000dfc08  000203f8  RW X  MSMCSRAM              0c000000   00200000  001343a0  000cbc60  RW X  DDR3                  80000000   20000000  00000000  20000000  RWIXSEGMENT ALLOCATION MAPrun origin  load origin   length   init length attrs members----------  ----------- ---------- ----------- ----- -------00800000    00800000    00059700   00059700    r-x  00800000    00800000    000596e0   000596e0    r-x .text  008596e0    008596e0    00000020   00000020    r-- .const.100859700    00859700    000389c8   00000000    rw-  00859700    00859700    000389c8   00000000    rw- .far.1008920d0    008920d0    000004b0   00000000    rw-  008920d0    008920d0    000004b0   00000000    rw- .far.200892580    00892580    0001c59e   0001c59e    r--  00892580    00892580    0001c59e   0001c59e    r-- .const.2008aeb20    008aeb20    0000821a   0000821a    rw-  008aeb20    008aeb20    0000821a   0000821a    rw- .fardata008b6d40    008b6d40    00010080   00000000    rw-  008b6d40    008b6d40    00008080   00000000    rw- tcp3DriverSection  008bedc0    008bedc0    00008000   00000000    rw- tcp3DDataSection008c6dc0    008c6dc0    00012080   00008000    rw-  008c6dc0    008c6dc0    00008000   00008000    rw- .args  008cedc0    008cedc0    00008000   00000000    rw- .stack  008d6dc0    008d6dc0    00002080   00000000    rw- tcp3QueueDescrSection008d8e40    008d8e40    0000019c   0000019c    r--  008d8e40    008d8e40    0000019c   0000019c    r-- .switch.1008d9000    008d9000    000004b0   000004b0    r-x  008d9000    008d9000    00000200   00000200    r-x .vecs  008d9200    008d9200    000002b0   000002b0    r-- .switch.2008d94b0    008d94b0    000000b4   00000000    rw-  008d94b0    008d94b0    000000b4   00000000    rw- .bss008d9564    008d9564    000000d1   000000d1    rw-  008d9564    008d9564    000000d1   000000d1    rw- .neardata008d9638    008d9638    00000068   00000068    r--  008d9638    008d9638    00000068   00000068    r-- .rodata008d96a0    008d96a0    000001a0   00000000    rw-  008d96a0    008d96a0    00000120   00000000    rw- .cio  008d97c0    008d97c0    00000080   00000000    rw- tcp3DataSection008d9840    008d9840    000063fc   000063fc    r--  008d9840    008d9840    000063fc   000063fc    r-- .cinit0c010000    0c010000    001219a0   00000000    rw-  0c010000    0c010000    0007b8a0   00000000    rw- .Tran_Receive_buffer  0c08b8a0    0c08b8a0    00060800   00000000    rw- .far:taskStackSection  0c0ec0a0    0c0ec0a0    0003c000   00000000    rw- systemHeap  0c1280a0    0c1280a0    00009900   00000000    rw- IRAM0c131a00    0c131a00    00002880   00000000    rw-  0c131a00    0c131a00    00002400   00000000    rw- .qmss  0c133e00    0c133e00    00000480   00000000    rw- .cppi0c134280    0c134280    00000180   00000180    rw-  0c134280    0c134280    00000180   00000180    rw- .srioSharedMem
跑程序时，这样的代码（同样的代码、同样的cfg文件）被加载到Core0上，程序运行正常。但是，程序加载继续加载到Core1上时，就出现了如下的问题
The DSP core runs @ 983MHzDebug(Core 1): Waiting for SRIO to be initialized.Debug(Core 1): SRIO can now be used.SRIO start!Core Num = 1****************************************************ICT Debug Info: SRIO Task Start****************************************************A0=0xc0cb858 A1=0x0A2=0x1 A3=0xc131980A4=0xc0ec4d8 A5=0xc0ec4c8A6=0x8027 A7=0x1A8=0x828d20 A9=0xc133d38A10=0x847b2e A11=0xc0cb888A12=0x847b78 A13=0x0A14=0x1c9a1 A15=0x5400027A16=0xc0ecb18 A17=0x0A18=0xc0ec934 A19=0x1e0A20=0x20 A21=0x0A22=0x0 A23=0x0A24=0x0 A25=0x1A26=0x0 A27=0x0A28=0x1088e0c0 A29=0x134A30=0x34022e50 A31=0x8ae928B0=0xc0ecbd0 B1=0x0B2=0x0 B3=0x2000027B4=0x0 B5=0x15000102B6=0xc0ec4c8 B7=0x1B8=0x8b5978 B9=0x8ae964B10=0xc0cb88c B11=0x0B12=0x0 B13=0x3B14=0x8d94b0 B15=0xc0cb888B16=0x0 B17=0x0B18=0x2e40000 B19=0x0B20=0x0 B21=0x2e4B22=0x2e40000 B23=0x0B24=0x0 B25=0x3000B26=0x3000 B27=0x0B28=0x0 B29=0x0B30=0x2e4 B31=0xc0ecc54NTSR=0x1000eITSR=0xfIRP=0x85651aSSR=0x0AMR=0x0RILC=0x0ILC=0x0Exception at 0x0EFR=0x2 NRP=0x0Internal exception: IERR=0x1Instruction fetch exceptionti.sy***ios.family.c64p.Exception: line 248: E_exceptionMin: pc = 0x00000000, sp = 0x0c0cb888.To see more exception detail, use ROV or set 'ti.sy***ios.family.c64p.Exception.enablePrint = true;'xdc.runtime.Error.raise: terminating execution
我的问题如下：
1. Core1上运行代码出现的问题，是否是因为程序占据了MSMCSRAM 0x001343a0大小的空间，跑在一个Core上可以，但是继续跑在其他核上，就导致MSMCSRAM不够了？
2. 因为每个Core上跑的程序占据的.far:taskStackSection以及systemHeap过大，不能都放在MSMCSRAM上，能否把这些放置在DDR3？每个Core都划分一个区域放置每个Core的.far:taskStackSection以及systemHeap？
虽然我简单设置如下
Program.sectMap[".idleTaskStackSection"] = "DDR3";Program.sectMap[".taskStackSection"] = "DDR3";Program.sectMap["systemHeap"] = "DDR3";结果编译正确，但是程序仅加载到Core0上也出现如下问题
The DSP core runs @ 983MHzICT BBU Debug Info: QMSS successfully initializedICT BBU Debug Info: CPPI successfully initialized ICT BBU Debug Info: PASS successfully initializedICT BBU Debug Info: Ethernet subsystem successfully initializedICT BBU Debug Info: Tx setup successfully done ICT BBU Debug Info: Rx setup successfully done ICT BBU Debug Info: PASS setup successfully done ICT BBU Debug Info: Core0 SRIO Driver has been initializedSRIO start!SGMII start!****************************************************ICT Debug Info:SGMII Task Start****************************************************Core Num = 0****************************************************ICT Debug Info: SRIO Task Start****************************************************A0=0x8003ffb8 A1=0x0A2=0x1 A3=0xc0d1180A4=0xc0927d8 A5=0xc0927c8A6=0x8027 A7=0x1A8=0x828d20 A9=0xc0d3538A10=0xffbeffff A11=0x82ffffffA12=0xffbeffff A13=0x82ffffffA14=0xffbeffff A15=0xffffffffA16=0xc092e18 A17=0x0A18=0xc092c34 A19=0x1e0A20=0x0 A21=0x0A22=0x0 A23=0x0A24=0x0 A25=0x0A26=0x0 A27=0x0A28=0x1088de40 A29=0x134A30=0x34022e30 A31=0x8ae928B0=0xc092ed0 B1=0x0B2=0x0 B3=0x11be2000B4=0x82ffffff B5=0x15000102B6=0xc0927c8 B7=0x1B8=0x8b5978 B9=0x8ae964B10=0x11be2000 B11=0x80ff7021B12=0xffbeffff B13=0xffffffffB14=0x8d94b0 B15=0x8003ffe8B16=0x0 B17=0x0B18=0x2e20000 B19=0x0B20=0x0 B21=0x2e2B22=0x2e20000 B23=0x0B24=0x0 B25=0x3000B26=0x3000 B27=0x0B28=0x0 B29=0x0B30=0x2e2 B31=0xc092f54NTSR=0x1000eITSR=0xfIRP=0x85651aSSR=0x0AMR=0x0RILC=0x0ILC=0x0Exception at 0x82fffffeEFR=0x2 NRP=0x82fffffeInternal exception: IERR=0x2Fetch packet exceptionti.sy***ios.family.c64p.Exception: line 248: E_exceptionMin: pc = 0x82fffffe, sp = 0x8003ffe8.To see more exception detail, use ROV or set 'ti.sy***ios.family.c64p.Exception.enablePrint = true;'xdc.runtime.Error.raise: terminating execution3. 还有更好的建议吗？
调试非常急！望不吝赐教！！谢谢！

Andy,
谢谢！
我的工程中，4个Core的代码一样（同样的代码，同样的cfg文件）。
1. 如果在cfg文件中指定某个Core的task stack到某一个section中，cfg中的代码应该怎么写？是在一个工程，一个cfg文件中就能实现？还是说，建立4个工程，用4个cfg不同的文件？
2. 即使我把MSMCSRAM均分成4个section，每个512KB，也放不下当前代码的task stack以及一些其他量。那么是否应该放在DDR3上？如果放在DDR3，需要怎么设置？我直接放到DDR3，貌似跑不起来。
谢谢！

我的cfg文件
我的map文件
生成的linker cmd file

1 可以是每个core分别用不同的cfg文件；如果使用相同的cfg文件，则可以使用MPAX进行映射，对每个core将相同的逻辑地址映射到不同的物理地址，这个映射可以在boot.c中完成，参考附件。
2 如果MSMC放不下，就放到DDR了，你的stack开了多大呀，MSMC可是有2M呢。
关于Memroy的配置及逻辑映射参考如下帖子中的培训材料。
http://www.deyisupport.com/question_answer/dsp_arm/c6000_multicore/f/53/p/68413/163132.aspx#163132
                                                                          

Andy，
你好！
1. boot.c怎样加入我现在的工程？我现在的工程是基于SYS/BIOS的。
2. 我每个Core跑3个任务，三个任务的stacksize加起来有600KB多，如果4个Core一起跑，则要2.4MB多，MSMCSRAM应该是放不下的。
所以目前，我把task stack都放到了L2中，而把.text放到了MSMCSRAM上。
.text大概有500多KB，那么在MSMCSRAM中只分配一个500多KB的空间放置.text，4个Core共享这个.text可不可以？如下图中，每个Core的main

4个Core的main函数入口都为0x0C0B4DF4，_c_int00函数入口都在0x0C0F1F44。
这样会不会有问题？？
我实际调试时会出现这样的问题，4个Core都加载.out跑起来后，一开始4个Core都运行正常，跑着跑着，其中2个Core就出问题了，显示结果如下
The DSP core runs @ 983MHzDebug(Core 1): Waiting for SRIO to be initialized.Debug(Core 1): SRIO can now be used.SRIO start!Core Num = 1****************************************************ICT Debug Info: SRIO Task Start****************************************************ti.sy***ios.knl.Task: line 345: E_spOutOfBounds: Task 0x8c23ec stack error, SP = 0x81dec8.xdc.runtime.Error.raise: terminating execution这个问题，是因为.text被4个Core共用而导致的吗？？
3. 如果要把某些数据段放到DDR3上，DDR3要进行什么配置吗？
我用CCS链接自己的C6670板卡，load前都加载GEL，DDR3初始化显示Passed。
但是我在CMD文件中，把某一个数据段放到DDR3上，如下
.Tran_Receive_buffer:        load >> DDR3只加载到Core0上，程序都跑飞了。如果
.Tran_Receive_buffer:        load >> MSMCSRAM//或者L2SRAM程序都没问题。而且跟是不是.Tran_Receive_buffer无关。任意数据段或者.text或者.far什么的，只要把某一个放到DDR3上，程序就跑飞。放回到L2RAM或者MSMCSRAM中，就没问题。

1. 跟普通的c文件一样将其加入工程即可；
2. 每个task stack为什么需要消耗那么大的memory呢，stack主要存放的是局部变量、任务切换及函数调用的上下文信息，一般每个task stack有个几KB就差不多了。代码可以共享没有问题；
3. 需要保证在load代码及数据到DDR之前将DDR初始化好，请先参考如下附件STK中的memory test对板卡进行memory测试保证DDR测试通过。
STK: http://www.deyisupport.com/question_answer/dsp_arm/c6000_multicore/f/53/t/47664.aspx
根据PCB layout及所选的SDRAM使用DDR spreadsheet生成相应的DDR初始化参数。
Spreadsheet：http://www.deyisupport.com/question_answer/dsp_arm/c6000_multicore/f/53/t/53384.aspx
                                                                          

您好！

task跑一些算法，不是我写的，但是根据反馈，说stacksize太小，程序会跑飞。我用ROV观察了一下，stack peak可达70%的总stack size。

目前，我把Program.heap=81920较小到0x1，把Program.argsize=0x8000减小到0x4.
然后，把taskstack(.far:taskstacksection)放到L2SRAM，把.text放置到MSMCSRAM中，其他所有段都放到L2SRAM中。
程序运行正常。

但是类似这样的问题，感觉还是找不到一个有效的调试方法，就是把各个段搬来搬去，最后跑通了。
不知道，这类问题，应该参考哪些文档或者？