内存分配注意事项

内存池 对于3531来说如果只是简单修改load3531.sh和bootargs，可能会导致原来MMZ内存够用的程序，在看起来MMZ内存大小够用的情况下报MMZ不够的错误 一般来说, 海思默认把所有的模块使用的MMZ都放在ddr0上(就是mmz=anonymous的那块内存上) 对于3531要用到ddr1,0,0xC0000000,XXM的话,就必须在程序里为每个模块(确切地说是VB或者每个模块的每个channel/group)指定位置 比如：     for(i = 0;i < dec_cnt; i++)     {                             pcMmzName = "ddr1";                              stMppChn.enModId = HI_ID_VDEC;         stMppChn.s32DevId = 0;         stMppChn.s32ChnId = i;          s32Ret = HI_MPI_SYS_SetMemConf(&stMppChn,pcMmzName);         if (s32Ret)         {             SAMPLE_PRT("HI_MPI_SYS_SetMemConf VDEC ERR !\n");         }     }  意思是把 0 --- dec_cnt-1 的vdec放到 MMZ名字为“ddr1”的内存上 而VB就直接         ...         stVbConf.astCommPool[3].u32BlkSize = u32BlkSize;         stVbConf.astCommPool[3].u32BlkCnt = 10 ;         strcpy(stVbConf.astCommPool[3].acMmzName,"ddr1");        ...         s32Ret = SAMPLE_COMM_SYS_Init(&stVbConf); 意思在MMZ名字为“ddr1”的内存上，开10块大小为u32BlkSize的VB 其实看一下 /proc/media-mem就可，可以知道两块内存各还有多少空余（海思在3531上做的不够贴心，显示的空余是总的） 如果 ddr0上不够了就要调整部分模块或VB到ddr1上去或者反过来，可能要反复几次   解码部分     /*三种解码帧存分配方式可通过 ko 加载时设置模块参数 VBSource 来选择。     VBSource = 0 表示使用解码 ModuleVB 池方式； VBSource = 1 表示使用解码     PrivateVB 池方式； VBSource = 2 表示使用解码 UserVB 池方式。当解码帧存使用     ModuleVB 池或者 UserVB 池方式时，可以不用销毁解码通道直接销毁 VB 池，但     是销毁解码 VB 池前用户必须保证没有任何模块正在使用这个 VB 池里的任何一块 VB*/     /*VDEC 模块公共池仅在解码帧存分配方式使用模块公共 VB 池时才需要创建，即     VDEC 的模块参数 VBSource 配置为 0 时。如果 VDEC 的模块参数 VBSource 配置     为 1，则不需要创建 VDEC 模块公共 VB 池*/     /*     编码帧存（参考帧和重构帧）分配支持两种方式：PrivateVB 池方式和 UserVB 池方     式   编码部分:     编码 PrivateVB 池方式：创建编码通道时由 VENC 创建私有 VB 池作为该通道的     参考帧和重构帧 buffer。     */     //针对池睿板子，无需创建解码器vb池，自动使用公共内存池数据，而编码，venc自动创建私有内存池，因此系统要有够用的空闲内存池给编码用