Kernel_Lover
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover  发布于  2018-01-16 10:34:43
采纳率 0%
共17个问答
5685
  • 收藏
  • 点赞
  • 分享
  • 举报

关于视频缓冲池设置的问题

海思
 
我是使用 hi3536 开发板的 sample_vdec.c 程序来解码多路视频，现在不知道如何根据视频通道数来设置视频缓冲池。大致看了程序，程序中有两个地方设置视频缓冲池（不知道还有没有其它地方也有设置视频缓冲池？）。

第一个地方：

HI_VOID        SAMPLE_COMM_VDEC_Sysconf(VB_CONF_S *pstVbConf, SIZE_S *pstSize)
{
    ...........................                 
    /* 块大小为 (pstSize->u32Width * pstSize->u32Height * 3) >> 1 */
   pstVbConf->astCommPool[0].u32BlkSize = (pstSize->u32Width * pstSize->u32Height * 3) >> 1;
   /* 视频缓冲池含有20个缓冲块 */
    pstVbConf->astCommPool[0].u32BlkCnt         = 20;
    ...................
}

上面应该是申请了一个视频缓冲池，视频缓冲池含有20个缓冲块，每一个缓冲块大小为 (pstSize->u32Width * pstSize->u32Height * 3) >> 1，但是视频缓冲池的缓冲块数和视频通道数好像没有关系。


第二个地方：

HI_VOID        SAMPLE_COMM_VDEC_ModCommPoolConf(VB_CONF_S *pstModVbConf,
                            PAYLOAD_TYPE_E enType, SIZE_S *pstSize, HI_S32 s32ChnNum)
{
    ...............
    /* 缓冲块的大小为 PicSize */
    pstModVbConf->astCommPool[0].u32BlkSize = PicSize;
    /* 每一个通道分配10个缓冲块 */
    pstModVbConf->astCommPool[0].u32BlkCnt  = 10*s32ChnNum;
    /* NOTICE:                           
    1. if the VDEC channel is H264 channel and support to decode B frame, then you should allocate PmvBuffer
    2. if the VDEC channel is MPEG4 channel, then you should allocate PmvBuffer.
    */
    if(PT_H265 == enType)
    {
        VB_PMV_BLK_SIZE(pstSize->u32Width, pstSize->u32Height, enType, PmvSize);
        
        pstModVbConf->astCommPool[1].u32BlkSize = PmvSize;
        pstModVbConf->astCommPool[1].u32BlkCnt  = 5*s32ChnNum;
    }
}

上面的程序中，为每一个通道分配10个缓冲块。就是缓冲块数是和通道数是有关的，但是第一个地方的程序居然和通道数是无关的。


我想问的是第一个地方是不是得改一下，和通道数相关才行吗？还有第二个地方中，每一个通道分配10个缓冲块，依据是什么呢？是大了还是小了？谢谢？





我来回答
回答32个
时间排序
认可量排序
hero

hero

0个粉丝

1

问答

0

专栏

0

资料

hero 2018-01-16 14:08:48
认可0
依据像素大小改吧:):):):)
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-16 15:47:42
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83359&ptid=38693]hero 发表于 2018-1-16 14:08[/url]
依据像素大小改吧[/quote]

依据像素大小，更改的是缓冲块的大小，现在我不清楚的是视频通道数和缓冲块数量之间的关系。
zhuangweiye

zhuangweiye

8个粉丝

0

问答

0

专栏

0

资料

zhuangweiye 2018-01-17 07:48:56
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83366&ptid=38693]Kernel_Lover 发表于 2018-1-16 15:47[/url]
依据像素大小，更改的是缓冲块的大小，现在我不清楚的是视频通道数和缓冲块数量之间的关系。[/quote]

这个要看实际情况

如果是NVR的典型应用vdec->vpss->vo, 而且vdec解码帧存分配方式为PrivateVB, 那么是无需分配公共VB的, 如果是 ModuleVB或者UserVB, 那么只要分配vdec专用的VB即可, 同样无需分配公共VB




Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-17 09:41:14
认可0
本帖最后由 Kernel_Lover 于 2018-1-17 09:45 编辑

[quote][url=forum.php?mod=redirect&goto=findpost&pid=83502&ptid=38693]zhuangweiye 发表于 2018-1-17 07:48[/url]
这个要看实际情况

如果是NVR的典型应用vdec->vpss->vo, 而且vdec解码帧存分配方式为PrivateVB, 那么是 ...[/quote]

谢谢层主的回复！

我的是 nvr，没有视频输入（VI），确实就不会用到公共缓存池。按照层主的说法，我的应该就是属于 ModuleVB（使用的是海思的 sample_vdec.c 文件）。

在文档 《HiMPP V3.0 媒体处理软件开发参考》 中有：

在使用解码 ModuleVB 池方式时要在创建解码通道之前要先创建专属于 VDEC 的模块 VB 池，使用解码 UserVB 方式时也要先创建用于解码的视频缓存 VB 池,且要保证 VB 块的大小和个数满足当前解码通道所需图像 Buffer 的大小和个数。H264、H265 和 MPEG4 解码每个解码通道所需 VB 个数至少为参考帧+显示帧+1，JPEG 解码每个解码通道所需 VB 个数至少为显示帧+1。不同协议解码所需的图像 VB 块大小不同，具体计算方法可参见 VB_PIC_BLK_SIZE 定义。

上面的文档说：在使用解码 ModuleVB 池方式时要在创建解码通道之前要先创建专属于 VDEC 的模块 VB 池，说明第一个地方的程序，就是用于设置专属于 VDEC 的模块 VB 池，第二个地方的程序就是设置 ModuleVB 池。

先去看文档了，有问题再来请教层主！
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-17 14:34:56
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83502&ptid=38693]zhuangweiye 发表于 2018-1-17 07:48[/url]
这个要看实际情况

如果是NVR的典型应用vdec->vpss->vo, 而且vdec解码帧存分配方式为PrivateVB, 那么是 ...[/quote]

我使用的是 ModuleVB 模式。

将

HI_VOID        SAMPLE_COMM_VDEC_ModCommPoolConf(VB_CONF_S *pstModVbConf,

    PAYLOAD_TYPE_E enType, SIZE_S *pstSize, HI_S32 s32ChnNum)

{

    .................
    pstModVbConf->astCommPool[0].u32BlkSize = PicSize;

    pstModVbConf->astCommPool[0].u32BlkCnt  = 10 * s32ChnNum;
    ...............
}

改为

HI_VOID        SAMPLE_COMM_VDEC_ModCommPoolConf(VB_CONF_S *pstModVbConf,

    PAYLOAD_TYPE_E enType, SIZE_S *pstSize, HI_S32 s32ChnNum)

{

    .................
    pstModVbConf->astCommPool[0].u32BlkSize = PicSize;

    pstModVbConf->astCommPool[0].u32BlkCnt  = 16 * s32ChnNum;
    ...............
}

运行程序，就会出现 Unable to handle kernel paging request at virtual address 00020002 的错误，发现是 16 这个值过大引起的，设置到12也是可以的，12以上的就不行了。

我想问的是，是不是因为视频缓冲池的缓冲块数量是有最大值的，才导致这个问题？如果有，这个最大值是多少？
zhuangweiye

zhuangweiye

8个粉丝

0

问答

0

专栏

0

资料

zhuangweiye 2018-01-17 14:48:52
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83536&ptid=38693]Kernel_Lover 发表于 2018-1-17 14:34[/url]
我使用的是 ModuleVB 模式。

将
[/quote]



这是由于调高了VB池的个数, 导致MMZ使用量大于了实际分配的值




Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-17 15:13:18
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83538&ptid=38693]zhuangweiye 发表于 2018-1-17 14:48[/url]
这是由于调高了VB池的个数, 导致MMZ使用量大于了实际分配的值[/quote]

分配给 mmz 的内存不够吗？我分配给 mmz 的内存大小为 768 M，在加载内核模块后，只使用了 40M 左右，还剩余 700M左右，缓冲块大小为 720 * 576 * 0.5，如果是4路，每一路对应16个缓冲块，大约使用了16M 左右的空间，感觉不应该是 mmz 内存不够啊。
zhuangweiye

zhuangweiye

8个粉丝

0

问答

0

专栏

0

资料

zhuangweiye 2018-01-17 15:33:22
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83539&ptid=38693]Kernel_Lover 发表于 2018-1-17 15:13[/url]
分配给 mmz 的内存不够吗？我分配给 mmz 的内存大小为 768 M，在加载内核模块后，只使用了 40M 左右，还 ...[/quote]

这个...

方便的话, 贴个运行中的 /proc/media-mem和/proc/umap/vb看看
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-17 15:37:01
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83547&ptid=38693]zhuangweiye 发表于 2018-1-17 15:33[/url]
这个...

方便的话, 贴个运行中的 /proc/media-mem和/proc/umap/vb看看[/quote]

请问一下，程序运行时，输入不了命令，是不是打开另一个窗口之类的，我不大清楚，谢谢啊！
zhuangweiye

zhuangweiye

8个粉丝

0

问答

0

专栏

0

资料

zhuangweiye 2018-01-17 16:03:48
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83548&ptid=38693]Kernel_Lover 发表于 2018-1-17 15:37[/url]
请问一下，程序运行时，输入不了命令，是不是打开另一个窗口之类的，我不大清楚，谢谢啊！[/quote]

有网络的话, 可以用telnet开很多个窗口
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-17 16:32:41
认可0
本帖最后由 Kernel_Lover 于 2018-1-17 16:35 编辑

[quote][url=forum.php?mod=redirect&goto=findpost&pid=83547&ptid=38693]zhuangweiye 发表于 2018-1-17 15:33[/url]
这个...

方便的话, 贴个运行中的 /proc/media-mem和/proc/umap/vb看看[/quote]

数值设置为10，能够正常运行的信息：

/proc/media-mem

+---ZONE: PHYS(0x50000000, 0x7FFFFFFF), GFP=0, nBYTES=786432KB, NAME="anonymous"
   |-MMB: phys(0x50000000, 0x50002FFF), kvirt=0x  (null), flags=0x00000000, length=12KB,        name="SYS_scale_coef"
   |-MMB: phys(0x50003000, 0x50005FFF), kvirt=0x  (null), flags=0x00000000, length=12KB,        name="SYS_scale_coef"
   |-MMB: phys(0x50006000, 0x50085FFF), kvirt=0x  (null), flags=0x00000000, length=512KB,       name="TDE_MemPool"
   |-MMB: phys(0x50086000, 0x500D2FFF), kvirt=0x  (null), flags=0x00000000, length=308KB,       name="VGS_NodeBuf"
   |-MMB: phys(0x500D3000, 0x5011FFFF), kvirt=0x  (null), flags=0x00000000, length=308KB,       name="VGS_VpssNodeBuf"
   |-MMB: phys(0x50120000, 0x50120FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="RgnModInfo"
   |-MMB: phys(0x50121000, 0x50121FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="RgnModInfo"
   |-MMB: phys(0x50122000, 0x5012AFFF), kvirt=0x  (null), flags=0x00000000, length=36KB,        name="vpss_drv_queue"
   |-MMB: phys(0x5012B000, 0x50133FFF), kvirt=0x  (null), flags=0x00000000, length=36KB,        name="RgnModInfo"
   |-MMB: phys(0x50134000, 0x5013CFFF), kvirt=0x  (null), flags=0x00000000, length=36KB,        name="RgnModInfo"
   |-MMB: phys(0x5013D000, 0x5015FFFF), kvirt=0x  (null), flags=0x00000000, length=140KB,       name="RgnModInfo"
   |-MMB: phys(0x50160000, 0x50182FFF), kvirt=0x  (null), flags=0x00000000, length=140KB,       name="RgnModInfo"
   |-MMB: phys(0x50183000, 0x501A5FFF), kvirt=0x  (null), flags=0x00000000, length=140KB,       name="RgnModInfo"
   |-MMB: phys(0x501A6000, 0x501AEFFF), kvirt=0x  (null), flags=0x00000000, length=36KB,        name="VoCoef"
   |-MMB: phys(0x501AF000, 0x501DAFFF), kvirt=0x  (null), flags=0x00000000, length=176KB,       name="RgnModInfo"
   |-MMB: phys(0x501DB000, 0x50206FFF), kvirt=0x  (null), flags=0x00000000, length=176KB,       name="RgnModInfo"
   |-MMB: phys(0x50207000, 0x50232FFF), kvirt=0x  (null), flags=0x00000000, length=176KB,       name="RgnModInfo"
   |-MMB: phys(0x50233000, 0x521D6FFF), kvirt=0x  (null), flags=0x00000000, length=32400KB,     name="hifb_layer0"
   |-MMB: phys(0x521D7000, 0x529BFFFF), kvirt=0x  (null), flags=0x00000000, length=8100KB,      name="hifb_layer1"
   |-MMB: phys(0x529C0000, 0x52BDBFFF), kvirt=0x  (null), flags=0x00000000, length=2160KB,      name="hifb_layer2"
   |-MMB: phys(0x52BDC000, 0x52BFBFFF), kvirt=0x  (null), flags=0x00000000, length=128KB,       name="hifb_layer3"
   |-MMB: phys(0x52BFC000, 0x52C1BFFF), kvirt=0x  (null), flags=0x00000000, length=128KB,       name="hifb_layer4"
   |-MMB: phys(0x52C1C000, 0x52C20FFF), kvirt=0x  (null), flags=0x00000000, length=20KB,        name="RgnModInfo"
   |-MMB: phys(0x52C21000, 0x52C55FFF), kvirt=0x  (null), flags=0x00000000, length=212KB,       name="IVE_QUEUE"
   |-MMB: phys(0x52C56000, 0x52C56FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="IVE_TEMP_NODE"
   |-MMB: phys(0x52C57000, 0x546B4FFF), kvirt=0x  (null), flags=0x00000000, length=27000KB,     name="VbPool"
   |-MMB: phys(0x546B5000, 0x595CEFFF), kvirt=0x  (null), flags=0x00000000, length=81000KB,     name="VbPool"
   |-MMB: phys(0x595CF000, 0x5CBB6FFF), kvirt=0x  (null), flags=0x00000000, length=55200KB,     name="ModVb"
   |-MMB: phys(0x5CBB7000, 0x5CECAFFF), kvirt=0x  (null), flags=0x00000000, length=3152KB,      name="Vdec0_StreamBuf"
   |-MMB: phys(0x5CECB000, 0x5CECBFFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Vdec0_UsrBuf"
   |-MMB: phys(0x5CECC000, 0x5CECCFFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Vdec0_PtsBuf"
   |-MMB: phys(0x5CECD000, 0x5CF76FFF), kvirt=0x  (null), flags=0x00000000, length=680KB,       name="VFMW_Hal_0"
   |-MMB: phys(0x5CF77000, 0x5D020FFF), kvirt=0x  (null), flags=0x00000000, length=680KB,       name="VFMW_Hal_1"
   |-MMB: phys(0x5D021000, 0x5D0CAFFF), kvirt=0x  (null), flags=0x00000000, length=680KB,       name="VFMW_Hal_2"
   |-MMB: phys(0x5D0CB000, 0x5D179FFF), kvirt=0x  (null), flags=0x00000000, length=700KB,       name="VFMW_Scd_Msg"
   |-MMB: phys(0x5D17A000, 0x5D181FFF), kvirt=0x  (null), flags=0x00000000, length=32KB,        name="VFMW_Tracer"
   |-MMB: phys(0x5D182000, 0x5D1F2FFF), kvirt=0x  (null), flags=0x00000000, length=452KB,       name="Vdec0_Ctx"
   |-MMB: phys(0x5D1F3000, 0x5D34CFFF), kvirt=0x  (null), flags=0x00000000, length=1384KB,      name="Vdec0_Scd"
   |-MMB: phys(0x5D34D000, 0x5D660FFF), kvirt=0x  (null), flags=0x00000000, length=3152KB,      name="Vdec1_StreamBuf"
   |-MMB: phys(0x5D661000, 0x5D661FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Vdec1_UsrBuf"
   |-MMB: phys(0x5D662000, 0x5D662FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Vdec1_PtsBuf"
   |-MMB: phys(0x5D663000, 0x5D6D3FFF), kvirt=0x  (null), flags=0x00000000, length=452KB,       name="Vdec1_Ctx"
   |-MMB: phys(0x5D6D4000, 0x5D82DFFF), kvirt=0x  (null), flags=0x00000000, length=1384KB,      name="Vdec1_Scd"
   |-MMB: phys(0x5D82E000, 0x5DB41FFF), kvirt=0x  (null), flags=0x00000000, length=3152KB,      name="Vdec2_StreamBuf"
   |-MMB: phys(0x5DB42000, 0x5DB42FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Vdec2_UsrBuf"
   |-MMB: phys(0x5DB43000, 0x5DB43FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Vdec2_PtsBuf"
   |-MMB: phys(0x5DB44000, 0x5DBB4FFF), kvirt=0x  (null), flags=0x00000000, length=452KB,       name="Vdec2_Ctx"
   |-MMB: phys(0x5DBB5000, 0x5DD0EFFF), kvirt=0x  (null), flags=0x00000000, length=1384KB,      name="Vdec2_Scd"
   |-MMB: phys(0x5DD0F000, 0x5E022FFF), kvirt=0x  (null), flags=0x00000000, length=3152KB,      name="Vdec3_StreamBuf"
   |-MMB: phys(0x5E023000, 0x5E023FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Vdec3_UsrBuf"
   |-MMB: phys(0x5E024000, 0x5E024FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Vdec3_PtsBuf"
   |-MMB: phys(0x5E025000, 0x5E095FFF), kvirt=0x  (null), flags=0x00000000, length=452KB,       name="Vdec3_Ctx"
   |-MMB: phys(0x5E096000, 0x5E1EFFFF), kvirt=0x  (null), flags=0x00000000, length=1384KB,      name="Vdec3_Scd"
   |-MMB: phys(0x5E1F0000, 0x5E479FFF), kvirt=0x  (null), flags=0x00000000, length=2600KB,      name="Ref&Mad buf-0"
   |-MMB: phys(0x5E47A000, 0x5E47AFFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Dci buf-0"
   |-MMB: phys(0x5E47B000, 0x5E47BFFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Grp RegionLuma b"
   |-MMB: phys(0x5E47C000, 0x5E47CFFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Chn RgnLuma buf"
   |-MMB: phys(0x5E47D000, 0x5E47EFFF), kvirt=0x  (null), flags=0x00000000, length=8KB, name="model buf-0"
   |-MMB: phys(0x5E47F000, 0x5E708FFF), kvirt=0x  (null), flags=0x00000000, length=2600KB,      name="Ref&Mad buf-1"
   |-MMB: phys(0x5E709000, 0x5E709FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Dci buf-1"
   |-MMB: phys(0x5E70A000, 0x5E70AFFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Grp RegionLuma b"
   |-MMB: phys(0x5E70B000, 0x5E70BFFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Chn RgnLuma buf"
   |-MMB: phys(0x5E70C000, 0x5E70DFFF), kvirt=0x  (null), flags=0x00000000, length=8KB, name="model buf-1"
   |-MMB: phys(0x5E70E000, 0x5E997FFF), kvirt=0x  (null), flags=0x00000000, length=2600KB,      name="Ref&Mad buf-2"
   |-MMB: phys(0x5E998000, 0x5E998FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Dci buf-2"
   |-MMB: phys(0x5E999000, 0x5E999FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Grp RegionLuma b"
   |-MMB: phys(0x5E99A000, 0x5E99AFFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Chn RgnLuma buf"
   |-MMB: phys(0x5E99B000, 0x5E99CFFF), kvirt=0x  (null), flags=0x00000000, length=8KB, name="model buf-2"
   |-MMB: phys(0x5E99D000, 0x5EC26FFF), kvirt=0x  (null), flags=0x00000000, length=2600KB,      name="Ref&Mad buf-3"
   |-MMB: phys(0x5EC27000, 0x5EC27FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Dci buf-3"
   |-MMB: phys(0x5EC28000, 0x5EC28FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Grp RegionLuma b"
   |-MMB: phys(0x5EC29000, 0x5EC29FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="Chn RgnLuma buf"
   |-MMB: phys(0x5EC2A000, 0x5EC2BFFF), kvirt=0x  (null), flags=0x00000000, length=8KB, name="model buf-3"
   |-MMB: phys(0x5EC2C000, 0x5F171FFF), kvirt=0x  (null), flags=0x00000000, length=5400KB,      name="[VOU]VHD(0)"

---MMZ_USE_INFO:
total size=786432KB(768MB),used=247240KB(241MB + 456KB),remain=539192KB(526MB + 568KB),zone_number=1,block_number=74


/proc/umap/vb

[VB] Version: [Hi3536_MPP_V2.0.5.0 B020 Release], Build Time[Jun 14 2016, 09:16:40]

-----VB PUB CONFIG-------------------------------------------------------------
Max Count of Pools:        256

-----VB SUPPLEMENT ATTR--------------------------------------------------------
Supplement Config:     0
Supplement Size:       0
Vb Total Cnt:         74

-----COMMON POOL CONFIG--------------------------------------------------------
PoolId           0           1
Size       1382400     8294400
Count           20          10

-----MODULE COMMON POOL CONFIG of VB_UID <4> ---------------------------------
PoolId           0
Size       1413120
Count           40

------------------------------------------------------------------------------
PoolId    PhysAddr    VirtAddr    IsComm    Owner     BlkSz    BlkCnt      Free       MinFree
     0  0x52c57000  0x       0         1       -1   1382400        20      20(20)        20

------------------------------------------------------------------------------
PoolId    PhysAddr    VirtAddr    IsComm    Owner     BlkSz    BlkCnt      Free       MinFree
     1  0x546b5000  0x       0         1       -1   8294400        10      10(10)        10

------------------------------------------------------------------------------
PoolId    PhysAddr    VirtAddr    IsComm    Owner     BlkSz    BlkCnt      Free       MinFree
     2  0x595cf000  0x       0         1        4   1413120        40      28(28)        25
BLK   VIU   VOU   VGS  VENC  VDEC   VDA H264E JPEGE MPEGE H264D JPEGD MPEGD  VPSS   GRP   MPI  PCIV    AI  AENC    RC  VFMW  USER H265E
  21     0     0     0     0     1     0     0     0     0     0     0     0     1     0     0     0     0     0     0     1     0     0
  13     0     0     0     0     1     0     0     0     0     0     0     0     1     0     0     0     0     0     0     1     0     0
  14     0     0     0     0     1     0     0     0     0     0     0     0     1     0     0     0     0     0     0     1     0     0
   9     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     1     0     0
  31     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     1     0     0
  23     0     0     0     0     1     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   3     0     0     0     0     1     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   2     0     0     0     0     1     0     0     0     0     0     0     0     1     0     0     0     0     0     0     1     0     0
  32     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     1     0     0
  33     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     1     0     0
  22     0     0     0     0     1     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   5     0     0     0     0     1     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
Sum      0     0     0     0     8     0     0     0     0     0     0     0     4     0     0     0     0     0     0     8     0     0

------------------------------------------------------------------------------
PoolId    PhysAddr    VirtAddr    IsComm    Owner     BlkSz    BlkCnt      Free       MinFree
     3  0x5ec2c000  0x       0         0       -2   1382400         4       0(0)         0
BLK   VIU   VOU   VGS  VENC  VDEC   VDA H264E JPEGE MPEGE H264D JPEGD MPEGD  VPSS   GRP   MPI  PCIV    AI  AENC    RC  VFMW  USER H265E
   0     0     7     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   1     0     8     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   2     0     7     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   3     0     6     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
Sum      0     4     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0


Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-17 16:51:01
认可0
数值设置为12，能够正常运行的信息：

/proc/media-mem

total size=786432KB(768MB),used=258280KB(252MB + 232KB),remain=528152KB(515MB + 792KB),zone_number=1,block_number=74


/proc/umap/vb

[VB] Version: [Hi3536_MPP_V2.0.5.0 B020 Release], Build Time[Jun 14 2016, 09:16:40]

-----VB PUB CONFIG-------------------------------------------------------------
Max Count of Pools:        256

-----VB SUPPLEMENT ATTR--------------------------------------------------------
Supplement Config:     0
Supplement Size:       0
Vb Total Cnt:         82

-----COMMON POOL CONFIG--------------------------------------------------------
PoolId           0           1
Size       1382400     8294400
Count           20          10

-----MODULE COMMON POOL CONFIG of VB_UID <4> ---------------------------------
PoolId           0
Size       1413120
Count           48

------------------------------------------------------------------------------
PoolId    PhysAddr    VirtAddr    IsComm    Owner     BlkSz    BlkCnt      Free       MinFree
     0  0x52c1c000  0x       0         1       -1   1382400        20      20(20)        20

------------------------------------------------------------------------------
PoolId    PhysAddr    VirtAddr    IsComm    Owner     BlkSz    BlkCnt      Free       MinFree
     1  0x5467a000  0x       0         1       -1   8294400        10      10(10)        10

------------------------------------------------------------------------------
PoolId    PhysAddr    VirtAddr    IsComm    Owner     BlkSz    BlkCnt      Free       MinFree
     2  0x595cf000  0x       0         1        4   1413120        48      36(36)        28
BLK   VIU   VOU   VGS  VENC  VDEC   VDA H264E JPEGE MPEGE H264D JPEGD MPEGD  VPSS   GRP   MPI  PCIV    AI  AENC    RC  VFMW  USER H265E
  38     0     0     0     0     1     0     0     0     0     0     0     0     1     0     0     0     0     0     0     1     0     0
   3     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     1     0     0
  14     0     0     0     0     1     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   5     0     0     0     0     1     0     0     0     0     0     0     0     1     0     0     0     0     0     0     1     0     0
   7     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     1     0     0
  33     0     0     0     0     1     0     0     0     0     0     0     0     1     0     0     0     0     0     0     1     0     0
  37     0     0     0     0     1     0     0     0     0     0     0     0     1     0     0     0     0     0     0     1     0     0
  15     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     1     0     0
  10     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     1     0     0
  13     0     0     0     0     1     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
  40     0     0     0     0     1     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   1     0     0     0     0     1     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
Sum      0     0     0     0     8     0     0     0     0     0     0     0     4     0     0     0     0     0     0     8     0     0

------------------------------------------------------------------------------
PoolId    PhysAddr    VirtAddr    IsComm    Owner     BlkSz    BlkCnt      Free       MinFree
     3  0x5f6f4000  0x       0         0       -2   1382400         4       0(0)         0
BLK   VIU   VOU   VGS  VENC  VDEC   VDA H264E JPEGE MPEGE H264D JPEGD MPEGD  VPSS   GRP   MPI  PCIV    AI  AENC    RC  VFMW  USER H265E
   0     0     9     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   1     0     5     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   2     0     8     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
   3     0     8     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
Sum      0     4     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0     0
zhuangweiye

zhuangweiye

8个粉丝

0

问答

0

专栏

0

资料

zhuangweiye 2018-01-17 16:53:55
认可0
本帖最后由 zhuangweiye 于 2018-1-17 16:56 编辑

[quote][url=forum.php?mod=redirect&goto=findpost&pid=83555&ptid=38693]Kernel_Lover 发表于 2018-1-17 16:32[/url]
数值设置为10，能够正常运行的信息：

/proc/media-mem
[/quote]

楼主确定是1G的实际内存? 个人感觉是不是只有512M,

从media-mem看现在实际使用只到0x5F171FFF, 楼主可以加大VB个数, 看看是否一超过0x5fffffff就出问题

当然也可以复杂点不改测试代码,直接调整bootargs和load3536.sh把MMZ的起始位置向下调整100M,看看测试代码还能跑吗?
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-17 17:27:56
认可0
本帖最后由 Kernel_Lover 于 2018-1-17 17:32 编辑

[quote][url=forum.php?mod=redirect&goto=findpost&pid=83558&ptid=38693]zhuangweiye 发表于 2018-1-17 16:53[/url]
楼主确定是1G的实际内存? 个人感觉是不是只有512M,

从media-mem看现在实际使用只到0x5F171FFF, 楼主 ...[/quote]

加大缓冲块的数量，确实就不能运行了，看起来好像实际内存大小确实是512M。但是我用的开发板有4个同样的内存芯片，型号是k4b1g1646g-bck0。

芯片手册里面的容量大小为：64M * 16 = 1G，数值 16 应该表示位宽为16，会不会可能是内存芯片的物理连接采用的是8位的位宽，导致 1G 的内存只能寻址512M？我也不熟悉硬件，不知道有没有这种可能？
zhuangweiye

zhuangweiye

8个粉丝

0

问答

0

专栏

0

资料

zhuangweiye 2018-01-17 17:40:27
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83562&ptid=38693]Kernel_Lover 发表于 2018-1-17 17:27[/url]
加大缓冲块的数量，确实就不能运行了，看起来好像实际内存大小确实是512M。但是我用的开发板有4个同样 ...[/quote]

楼主还可以试一下, 把那个8294400的VB个数减少到1个,然后加大vdec的vb个数看看是否能运行

至于硬件问题说不好, 当然可以先检查一下制作uboot的xls文档,看看是否配对了
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-17 18:03:15
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83563&ptid=38693]zhuangweiye 发表于 2018-1-17 17:40[/url]
楼主还可以试一下, 把那个8294400的VB个数减少到1个,然后加大vdec的vb个数看看是否能运行

至于硬件问 ...[/quote]

可能是 uboot 的 xls 文档设置的原因了，我同事使用的是海思的 demo 板 内存大小为 512M。我生成 uboot 映像时，是直接用海思提供的 reg_info.bin，很有可能  reg_info.bin 将内存大小设置为 512M，明天上班看一下是不是这个问题，谢谢层主的帮忙。
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-19 09:25:57
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83563&ptid=38693]zhuangweiye 发表于 2018-1-17 17:40[/url]
楼主还可以试一下, 把那个8294400的VB个数减少到1个,然后加大vdec的vb个数看看是否能运行

至于硬件问 ...[/quote]

把8294400的 VB 个数减少到1个，加大 vdec 的 vb 个数到 16，就没有问题了，确实是因为内存大小只有512M的原因，昨天配置 ddr 一直加载不了内核模块，最后发现是因为一个内存芯片只有128M，而不是1G，即使配置了1G 或者是 3G，都是加载不了内核驱动的的，还有就是如果配置为4G，uboot 就直接烧写不了。可能是因为 0x40000000 ~ 0xffffffff 已经是3GB了，32位的 cpu 的寻址范围为[0 , 0xffffffff]。


内存芯片手册有：

The 1Gb DDR3 SDRAM G-die is organized as a 8Mbit x 16 I/Os x 8banks device

一个内存芯片就是128M，1Gb = 128M = 1GB / 8
zhuangweiye

zhuangweiye

8个粉丝

0

问答

0

专栏

0

资料

zhuangweiye 2018-01-19 10:32:55
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83562&ptid=38693]Kernel_Lover 发表于 2018-1-17 17:27[/url]
加大缓冲块的数量，确实就不能运行了，看起来好像实际内存大小确实是512M。但是我用的开发板有4个同样 ...[/quote]

仔细看了一下这个芯片是1Gbits, 4个一共4Gbits, 也就是512MBytes
Kernel_Lover

Kernel_Lover

0个粉丝

17

问答

0

专栏

0

资料

Kernel_Lover 2018-01-19 10:41:28
认可0
[quote][url=forum.php?mod=redirect&goto=findpost&pid=83611&ptid=38693]zhuangweiye 发表于 2018-1-19 10:32[/url]
仔细看了一下这个芯片是1Gbits, 4个一共4Gbits, 也就是512MBytes[/quote]

对啊，4个内存芯片就是512M。芯片手册里的单位标注的不清晰，太误导人了。64M * 16 ，其中64M 的准确单位应该为64Mb

ksniper

ksniper

0个粉丝

1

问答

0

专栏

0

资料

ksniper 2018-01-20 16:12:59
认可0
哈 大B 小b 害死人;P
加载中···
添加附件 添加网盘链接
或将文件直接拖到这里
悬赏：
E币
网盘
* 网盘链接：
* 提取码：
悬赏：
E币

Markdown 语法

  • 加粗**内容**
  • 斜体*内容*
  • 删除线~~内容~~
  • 引用> 引用内容
  • 代码`代码`
  • 代码块```编程语言↵代码```
  • 链接[链接标题](url)
  • 无序列表- 内容
  • 有序列表1. 内容
  • 缩进内容
  • 图片![alt](url)
+ 添加网盘链接/附件

Markdown 语法

  • 加粗**内容**
  • 斜体*内容*
  • 删除线~~内容~~
  • 引用> 引用内容
  • 代码`代码`
  • 代码块```编程语言↵代码```
  • 链接[链接标题](url)
  • 无序列表- 内容
  • 有序列表1. 内容
  • 缩进内容
  • 图片![alt](url)
相关问答
无更多相似问答 去提问
易百纳技术社区
点击登录
-- 积分
-- E币
提问
—
收益
—
被采纳
—
我要提问
社区问答
悬赏问答
举报反馈

举报类型

  • 内容涉黄/赌/毒
  • 内容侵权/抄袭
  • 政治相关
  • 涉嫌广告
  • 侮辱谩骂
  • 其他

详细说明

提醒
你的问题还没有最佳答案，是否结题，结题后将扣除20%的悬赏金
取消
确认
提醒
你的问题还没有最佳答案，是否结题，结题后将根据回答情况扣除相应悬赏金（1回答=1E币）
取消
确认
易百纳技术社区