hisi3519a HI_MPI_VB_CreatePool函数崩溃

错误是内存不足吗？

如果是， 那么可能是MMZ上没有连续的近100M的可用空间了，也就是碎片化了，虽然总量够但是没有一块连续的满足要求

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121028&ptid=56774]zhuangweiye 发表于 2019-1-10 16:43[/url]
错误是内存不足吗？

如果是， 那么可能是MMZ上没有连续的近100M的可用空间了，也就是碎片化了，虽然总量 ...[/quote]

这个函数没有错误码返回，cat /dev/logmpp没有跟这个函数相关的打印提醒

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121028&ptid=56774]zhuangweiye 发表于 2019-1-10 16:43[/url]
错误是内存不足吗？

如果是， 那么可能是MMZ上没有连续的近100M的可用空间了，也就是碎片化了，虽然总量 ...[/quote]

另外，请教下，海思MMZ如果碎片化，可以通过什么操作获知，cat /proc/media-mem么？

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121028&ptid=56774]zhuangweiye 发表于 2019-1-10 16:43[/url]
错误是内存不足吗？

如果是， 那么可能是MMZ上没有连续的近100M的可用空间了，也就是碎片化了，虽然总量 ...[/quote]

vmap allocation for size 100667392 failed: use vmalloc= to increase size
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c1988000
[00000000] *pgd=4ccb0835, *pte=00000000, *ppte=00000000
Internal error: Oops: 2817 [#1] SMP ARM
Modules linked in: 8188eu hi_user(O) hi_mipi_rx(O) hi3519av100_acodec(PO) hi3519av100_adec(PO) hi3519av100_aenc(PO) hi3519av100_ao(PO) hi3519av100_ai(PO) hi3519av100_aio(PO) hi3519av100_hdmi(PO) hi_sensor_spi(O) hi_sensor_i2c(O) hi_piris(O) hi3519av100_dpu_match(PO) hi3519av100_dpu_rect(PO) hi3519av100_dsp(PO) hi3519av100_nnie(PO) hi_ipcm(O) hi3519av100_ive(PO) hi3519av100_vdec(PO) hi3519av100_vfmw(PO) hi3519av100_jpegd(PO) hi3519av100_jpege(PO) hi3519av100_h265e(PO) hi3519av100_h264e(PO) hi3519av100_vedu(PO) hi3519av100_chnl(PO) hi3519av100_venc(PO) hi3519av100_rc(PO) hifb(O) hi3519av100_vo(PO) hi3519av100_avs(PO) hi3519av100_vpss(PO) hi3519av100_vi(PO) hi3519av100_isp(PO) hi3519av100_dis(PO) hi3519av100_vgs(PO) hi3519av100_gdc(PO) hi3519av100_rgn(PO) hi3519av100_tde(PO) hi3519av100_sys(PO) hi3519av100_base(PO) hi_osal(O) sys_config(O)
CPU: 1 PID: 12644 Comm: ipcsrv Tainted: P           O    4.9.37 #43
Hardware name: Generic DT based system
task: c1402600 task.stack: ec252000
PC is at v7_flush_kern_dcache_area+0x20/0x38
LR is at __mmb_free+0x20/0x54 [hi_osal]
pc : []    lr : []    psr: 20000013
sp : ec253de0  ip : 00000000  fp : 00000000
r10: 06000000  r9 : 00000002  r8 : f8431000
r7 : f842f028  r6 : 00000000  r5 : c19f4980  r4 : c19f4980
r3 : 0000003f  r2 : 00000040  r1 : 06000000  r0 : 00000000
Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none
Control: 10c5383d  Table: 2398806a  DAC: 00000051
Process ipcsrv (pid: 12644, stack limit = 0xec252210)
Stack: (0xec253de0 to 0xec254000)
3de0: 00000000 bf008860 00000000 00000000 c19f4980 bf027da0 00000000 000000c8
3e00: f842f000 000000c8 f842f000 00000001 00000000 bf021ffc 06000000 f842d020
3e20: f842e000 c0007e18 0000065f f842e000 06000000 00000000 06000000 00000000
3e40: c0a06084 c19f4040 00000001 00000001 c19f4040 024002c2 c0a31a40 ffffffff
3e60: 00400000 024000c2 c19f4140 c01c8bdc 72657355 6c6f6f50 00000000 00000000
3e80: ff800000 bf02b4c0 f842d000 06000000 00000000 9bdcb9f8 f842d000 00000000
3ea0: 00000002 bf025fc0 00000000 f842d000 00000001 00000000 fffffffe bf029f40
3ec0: 00000002 ec08fa80 9bdcb9f8 f842d000 00000030 c0304201 c19aeb40 00000030
3ee0: ec08fa80 9bdcb9f8 f842d000 00000000 00000002 bf005e5c 9bdcb9f8 c1521108
3f00: c19aeb40 c0304201 9bdcb9f8 ec252000 00000000 c01e9b68 00000001 ee5b5c80
3f20: ec253f60 77365750 00000000 0000c350 00000000 00000001 9bdcba30 c016fe14
3f40: ec253f40 c14bff40 00000000 00000000 04f84ef0 00000506 04f78ba0 00000506
3f60: c016f26c ee9d4bc0 00000000 c19aeb41 00000015 c19aeb40 c0304201 9bdcb9f8
3f80: ec252000 00000000 00000002 c01ea3a0 b6fd2cf0 b6a4cf28 00000000 00000036
3fa0: c01076a8 c01074c0 b6fd2cf0 b6a4cf28 00000015 c0304201 9bdcb9f8 b6c8941c
3fc0: b6fd2cf0 b6a4cf28 00000000 00000036 06000000 00000000 b6a1e368 00000002
3fe0: b6c6ccac 9bdcb9f4 b6b97fac b5c7ca7c 80000010 00000015 50ff6861 50ff6c61
[] (v7_flush_kern_dcache_area) from [] (__mmb_free+0x20/0x54 [hi_osal])
[] (__mmb_free [hi_osal]) from [] (hil_mmb_free+0x48/0xd0 [hi_osal])
[] (hil_mmb_free [hi_osal]) from [] (CMPI_MmzMallocCached+0x80/0x9c [hi3519av100_base])
[] (CMPI_MmzMallocCached [hi3519av100_base]) from [] (VbCreatePool+0x1fc/0x814 [hi3519av100_base])
[] (VbCreatePool [hi3519av100_base]) from [] (BaseIoctl+0x4c0/0x12f0 [hi3519av100_base])
[] (BaseIoctl [hi3519av100_base]) from [] (osal_unlocked_ioctl+0x1a0/0x240 [hi_osal])
您好 这是崩溃后出现的打印

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121051&ptid=56774]qn1547106747 发表于 2019-1-10 18:15[/url]
vmap allocation for size 100667392 failed: use vmalloc= to increase size
Unable to handle kernel  ...[/quote]

“vmap allocation for size 100667392 failed: use vmalloc= to increase size
Unable to handle kernel NULL pointer dereference at virtual address 00000000”

错误都写清楚了， 解决方案也写出来了

把 bootargs中加上 vmalloc=512M

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121055&ptid=56774]zhuangweiye 发表于 2019-1-11 07:33[/url]
“vmap allocation for size 100667392 failed: use vmalloc= to increase size
Unable to handle kerne ...[/quote]

您好 这个方法刚试过 不行

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121143&ptid=56774]qn1547106747 发表于 2019-1-11 13:35[/url]
您好 这个方法刚试过 不行[/quote]

不行是什么概念？

如何改的？现象时什么？

setenv bootargs mem=512M console=ttyAMA0,115200n8 clk_ignore_unusedrdinit=/linuxrc blkdevparts=mmcblk0:512K(boot),512K(env),1M(partable),32M(ios0),32M(ios1),1M(pinfo),512M(app0),512M(app1),6365M(usr) vmalloc=512M

现象：Memory: 743584K/786432K available (6144K kernel code, 198K rwdata, 1588K rodata, 1024K init, 336K bss, 26464K reserved, 16384K cma-reserved, 0K highmem)
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
    vmalloc : 0xf0800000 - 0xff800000   ( 240 MB)
    lowmem  : 0xc0000000 - 0xf0000000   ( 768 MB)
    pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
    modules : 0xbf000000 - 0xbfe00000   (  14 MB)
      .text : 0xc0008000 - 0xc0700000   (7136 kB)
      .init : 0xc0900000 - 0xc0a00000   (1024 kB)
      .data : 0xc0a00000 - 0xc0a31bc0   ( 199 kB)
       .bss : 0xc0a33000 - 0xc0a87184   ( 337 kB)

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121163&ptid=56774]zhuangweiye 发表于 2019-1-11 14:10[/url]
不行是什么概念？

如何改的？现象时什么？[/quote]


setenv bootargs mem=512M console=ttyAMA0,115200n8 clk_ignore_unusedrdinit=/linuxrc blkdevparts=mmcblk0:512K(boot),512K(env),1M(partable),32M(ios0),32M(ios1),1M(pinfo),512M(app0),512M(app1),6365M(usr) vmalloc=512M

现象：Memory: 743584K/786432K available (6144K kernel code, 198K rwdata, 1588K rodata, 1024K init, 336K bss, 26464K reserved, 16384K cma-reserved, 0K highmem)
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
    vmalloc : 0xf0800000 - 0xff800000   ( 240 MB)
    lowmem  : 0xc0000000 - 0xf0000000   ( 768 MB)
    pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
    modules : 0xbf000000 - 0xbfe00000   (  14 MB)
      .text : 0xc0008000 - 0xc0700000   (7136 kB)
      .init : 0xc0900000 - 0xc0a00000   (1024 kB)
      .data : 0xc0a00000 - 0xc0a31bc0   ( 199 kB)
       .bss : 0xc0a33000 - 0xc0a87184   ( 337 kB)

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121180&ptid=56774]qn1547106747 发表于 2019-1-11 15:00[/url]
setenv bootargs mem=512M console=ttyAMA0,115200n8 clk_ignore_unusedrdinit=/linuxrc blkdevparts=m ...[/quote]

这现象是啥意思？

不行体现在哪里？

沟通成本太高了

mmz空间应该是不够了，调整一下os内存与mmz分配，把mmz改大一些。

或者优化一下vb的使用，这个才是最终比较好的方法

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121274&ptid=56774]CallMeBroYang 发表于 2019-1-12 10:32[/url]
mmz空间应该是不够了，调整一下os内存与mmz分配，把mmz改大一些。[/quote]

您好 按照剩余的MMZ还有280M 分配一个99M的VB按道理应该可以的 难道创建VB这个函数内部有什么限制么

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121186&ptid=56774]zhuangweiye 发表于 2019-1-11 15:22[/url]
这现象是啥意思？

不行体现在哪里？
[/quote]

您好 谢谢回复
按照您之前给的方法 在bootargs中把vmalloc增大 还是出现一样的崩溃 以下是设置的过程
setenv bootargs mem=512M console=ttyAMA0,115200n8 clk_ignore_unusedrdinit=/linuxrc blkdevparts=mmcblk0:512K(boot),512K(env),1M(partable),32M(ios0),32M(ios1),1M(pinfo),512M(app0),512M(app1),6365M(usr) vmalloc=512M

另外，在系统起来过程中，查看vmalloc还是240M
现象：Memory: 743584K/786432K available (6144K kernel code, 198K rwdata, 1588K rodata, 1024K init, 336K bss, 26464K reserved, 16384K cma-reserved, 0K highmem)
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
    vmalloc : 0xf0800000 - 0xff800000   ( 240 MB)
    lowmem  : 0xc0000000 - 0xf0000000   ( 768 MB)
    pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
    modules : 0xbf000000 - 0xbfe00000   (  14 MB)
      .text : 0xc0008000 - 0xc0700000   (7136 kB)
      .init : 0xc0900000 - 0xc0a00000   (1024 kB)
      .data : 0xc0a00000 - 0xc0a31bc0   ( 199 kB)
       .bss : 0xc0a33000 - 0xc0a87184   ( 337 kB)

是否说明vmalloc分配失败？

[quote][url=forum.php?mod=redirect&goto=findpost&pid=121688&ptid=56774]qn1547106747 发表于 2019-1-15 14:49[/url]
您好 谢谢回复
按照您之前给的方法 在bootargs中把vmalloc增大 还是出现一样的崩溃 以下是设置的过程
s ...[/quote]

一个疑问
bootargs中 mem=512M 而log里面Memory: 743584K/786432K available 这个合理吗? 确定改对了吗?

正常的情况:
Kernel command line: mem=412M console=.....(略) vmalloc=768M
Memory: 412MB = 412MB total
Memory: 410880k/410880k available, 11008k reserved, 176128K highmem
Virtual kernel memory layout:
     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
     fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
     vmalloc : 0xcf800000 - 0xff000000   ( 760 MB)
     lowmem  : 0xc0000000 - 0xcf000000   ( 240 MB)
     pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
     modules : 0xbf000000 - 0xbfe00000   (  14 MB)
       .text : 0xc0008000 - 0xc06a9ca4   (6792 kB)
       .init : 0xc06aa000 - 0xc06d8c80   ( 188 kB)
       .data : 0xc06da000 - 0xc0717920   ( 247 kB)
        .bss : 0xc0717920 - 0xc073e0a4   ( 154 kB)

另外:kernel启动的log可以多贴一点