lyric

1个粉丝

问答

专栏

资料

lyric 发布于 2017-03-31 21:58:30

采纳率 0%

4179

收藏
点赞
分享

微信扫码分享

QQ好友
举报

hi3519编码器VENC_AddOnePic报错

海思

在使用hi3519编码器时，遇到以下错误，然后内核就卡死了，不知道怎么解决这个问题，请大神们指点下：

2017-03-31 [ 9107.571975] Kernel panic - not syncing:
[ 9107.571975] ASSERT failed at:
[ 9107.571975] >File name: /home/pub/platform-h6/mpp/code/shelf/venc2/venc/venc_ext.c
[ 9107.571975] >Function : VENC_AddOnePic
[ 9107.571975] >Line No. : 587
[ 9107.571975] >Condition: HI_SUCCESS == s32Ret
[ 9107.571975]
[ 9107.602232] CPU: 0 PID: 414 Comm: codecserver Tainted: P          O 3.18.20 #1
[ 9107.609760] [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[ 9107.617532] [] (show_stack) from [] (dump_stack+0x88/0x98)
[ 9107.624772] [] (dump_stack) from [] (panic+0xa0/0x204)
[ 9107.631701] [] (panic) from [] (osal_read+0x0/0x3c [hi_osal])
[ 9107.639264] [] (osal_read [hi_osal]) from [] (venc_mod_exit+0x5448/0x4 [hi3519v101_venc])
[ 9107.649216] CPU1: stopping
[ 9107.651922] CPU: 1 PID: 0 Comm: swapper/1 Tainted: P          O 3.18.20 #1
[ 9107.659060] [] (unwind_backtrace) from [] (show_stack+0x10/0x14)
[ 9107.666799] [] (show_stack) from [] (dump_stack+0x88/0x98)
[ 9107.674014] [] (dump_stack) from [] (handle_IPI+0x1cc/0x1ec)
[ 9107.681401] [] (handle_IPI) from [] (gic_handle_irq+0x74/0x78)
[ 9107.688962] [] (gic_handle_irq) from [] (__irq_svc+0x40/0x54)
[ 9107.696432] Exception stack(0xd8879f50 to 0xd8879f98)
[ 9107.701474] 9f40:                                  d8879fa0 00000032 89c8488b 00000848
[ 9107.709642] 9f60: c05dc83c c05dc7f0 89a6b98f 00000848 d8cbeee0 00000001 89c8488b 00000848
[ 9107.717807] 9f80: fffffff8 d8879f98 00000018 c02d0fa0 90000153 ffffffff
[ 9107.724418] [] (__irq_svc) from [] (cpuidle_enter_state+0x54/0x160)
[ 9107.732417] [] (cpuidle_enter_state) from [] (cpu_startup_entry+0x1b8/0x298)
[ 9107.741200] [] (cpu_startup_entry) from [<800086c4>] (0x800086c4)

我来回答

回答8个

时间排序

认可量排序

13207152283

0个粉丝

问答

专栏

资料

13207152283 2017-04-05 11:46:10

认可0 回复引用举报

我也遇到了类似的问题，暂时没有解决。
可以通过销毁venc通道之后延时50ms再启动的方法绕过去

lyric

1个粉丝

问答

专栏

资料

lyric 2017-04-06 14:10:16

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=47701&ptid=14719]13207152283 发表于 2017-4-5 11:46[/url]
我也遇到了类似的问题，暂时没有解决。
可以通过销毁venc通道之后延时50ms再启动的方法绕过去[/quote]

问题是出了这个问题内核就卡死了，来不及操作啊

13207152283

0个粉丝

问答

专栏

资料

13207152283 2017-04-06 21:06:55

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=47763&ptid=14719]lyric 发表于 2017-4-6 14:10[/url]
问题是出了这个问题内核就卡死了，来不及操作啊[/quote]

我的意思是卡死的原因可能是因为在销毁编码通道后立即创建通道导致的，延时一段时间可以绕过这个问题，你可以看看你的是不是这个原因导致内核被断言的

lyric

1个粉丝

问答

专栏

资料

lyric 2017-04-08 10:31:52

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=47831&ptid=14719]13207152283 发表于 2017-4-6 21:06[/url]
我的意思是卡死的原因可能是因为在销毁编码通道后立即创建通道导致的，延时一段时间可以绕过这个问题，你 ...[/quote]

我的问题应该不是这个原因引起的，我取编码数据时没有像demo那样放在一个线程里去，我是每送一次数据都去取一次编码数据，是同步操作，不知道这样有没有问题

吴少雄

0个粉丝

问答

专栏

资料

吴少雄 2017-04-14 17:41:42

认可0 回复引用举报

这个问题很明显是你管理的Frame结构的问题，你在add的时候，当时这个Frame你是否已经释放了，导致找不到地址跑飞的！

lyric

1个粉丝

问答

专栏

资料

lyric 2017-04-17 14:20:40

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=48309&ptid=14719]吴少雄发表于 2017-4-14 17:41[/url]
这个问题很明显是你管理的Frame结构的问题，你在add的时候，当时这个Frame你是否已经释放了，导致找不到地 ...[/quote]

可能是VIDEO_FRAME_INFO_S里的stVFrame.u32PhyAddr物理地址是无效的是吗？

吴少雄

0个粉丝

问答

专栏

资料

吴少雄 2017-04-17 18:44:46

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=48389&ptid=14719]lyric 发表于 2017-4-17 14:20[/url]
可能是VIDEO_FRAME_INFO_S里的stVFrame.u32PhyAddr物理地址是无效的是吗？[/quote]

猜测是无效的，当时为了保存YUV，我是先将Frame结构的虚拟地址先映射到物理地址，然后操作就可以了，我看你的错误就是断言，你好好查查逻辑，还有线程安全

lyric

1个粉丝

问答

专栏

资料

lyric 2017-04-18 08:59:59

认可0 回复引用举报

[quote][url=forum.php?mod=redirect&goto=findpost&pid=48404&ptid=14719]吴少雄发表于 2017-4-17 18:44[/url]
猜测是无效的，当时为了保存YUV，我是先将Frame结构的虚拟地址先映射到物理地址，然后操作就可以了，我看 ...[/quote]

好吧，谢谢！

hi3519编码器VENC_AddOnePic报错

Markdown 语法

Markdown 语法