全志R128内存泄漏调试案例分享
电子说
1.3w人已加入
描述
问题背景
硬件：R128 软件：FreeRTOS + rtplayer_test(Cedarx)+ AudioSystem
问题复现
复现步骤：
1.rtplayer_test /data/boot.mp3
2.串口输入"l", 循环播放
3.串口输入"b" , 播放器后台执行
具体表现
rtplayer_test 循环播放老化音频十几分钟后，音乐停止播放，报错如下：
问题分析
1.根据上面报错的log,播放停止时，系统内存不足；在老化过程中出现的内存不足，一般是某处存在内存泄漏
2.reboot重启，重新执行老化播放流程，串口执行free命令，观察内存的剩余情况：
首次播放时的内存：
c906 >free
== > Round [1] <==
Total Heap Size : 1907128 Bytes ( 1862 KB)
Free : 547632 Bytes ( 534 KB)
Min Free : 536208 Bytes ( 523 KB)
List Task MIN Free Stack(unit: word)
Task State Priority Stack #
************************************************
Name State Pri HWM Idx StkCur StkBot
adb-shell X 4 394 44 0x87233a0 0x8722650
AudioDecode R 4 3872 49 0x874d2c0 0x87459c0
IDLE R 0 52 2 0x863dfe0 0x863de40
tcpip B 3 470 12 0x8677ae0 0x8676c30
Demux B 6 3126 47 0x87333a0 0x872b960
usb-hardware-sc B 6 8018 14 0x871a3a0 0x870a630
adbd-input B 5 900 24 0x876eb90 0x876cec0
amp-admin B 6 4002 11 0x8675ab0 0x866dda0
AudioMT2pb B 4 3882 52 0x8779be0 0x8772050
AudioRender B 6 3350 50 0x8756950 0x874ed30
amp-ser2 B 6 4006 8 0x865d830 0x8655b00
amp-ser3 B 6 4006 9 0x8665910 0x865dbe0
amp-ser4 B 6 4006 10 0x866d9f0 0x8665cc0
hub-main-thread B 6 8082 13 0x870a2b0 0x86fa620
adbd-shell-ser- B 4 906 45 0x8726330 0x8724660
XPlayer B 4 3912 48 0x8744e10 0x873d220
AudioMT2 B 4 1907 18 0x873cb00 0x8738e10
RTplayerThread B 4 3989 51 0x876a630 0x8762980
CLI B 6 3772 15 0x8722060 0x871a640
Tmr Svc B 6 374 3 0x863f070 0x863e320
amp-send-task B 6 930 4 0x8642db0 0x8641070
amp-recv-task B 6 924 5 0x8644e90 0x8643150
adbd-output B 5 843 25 0x8770cd0 0x876f060
adb-event B 5 894 46 0x872a300 0x87286d0
amp-ser0 B 6 4006 6 0x864d670 0x8645940
amp-ser1 B 6 4006 7 0x8655750 0x864da20
播放几次后的内存情况：
c906 >free
== > Round [1] <==
Total Heap Size : 1907128 Bytes ( 1862 KB)
Free : 456992 Bytes ( 446 KB)
Min Free : 453440 Bytes ( 442 KB)
List Task MIN Free Stack(unit: word)
Task State Priority Stack #
************************************************
Name State Pri HWM Idx StkCur StkBot
adb-shell X 4 394 44 0x87235b0 0x8722650
AudioDecode R 4 3872 49 0x874d5e0 0x87459c0
IDLE R 0 52 2 0x863dfe0 0x863de40
tcpip B 3 458 12 0x8677ae0 0x8676c30
usb-hardware-sc B 6 8018 14 0x871a3a0 0x870a630
adbd-input B 5 900 24 0x876eb90 0x876cec0
amp-admin B 6 4002 11 0x8675ab0 0x866dda0
AudioMT2pb B 4 3882 52 0x8779be0 0x8772050
AudioRender B 6 3350 50 0x8756950 0x874ed30
CLI B 6 3772 15 0x8722060 0x871a640
Tmr Svc B 6 374 3 0x863f070 0x863e320
amp-ser0 B 6 4006 6 0x864d670 0x8645940
amp-ser1 B 6 4006 7 0x8655750 0x864da20
amp-ser2 B 6 4006 8 0x865d830 0x8655b00
amp-ser3 B 6 4006 9 0x8665910 0x865dbe0
amp-ser4 B 6 4006 10 0x866d9f0 0x8665cc0
hub-main-thread B 6 8082 13 0x870a2b0 0x86fa620
XPlayer B 4 3912 48 0x8744e10 0x873d220
AudioMT2 B 4 1907 18 0x873cb00 0x8738e10
adbd-output B 5 843 25 0x8770cd0 0x876f060
amp-recv-task B 6 924 5 0x8644e90 0x8643150
Demux B 6 3126 47 0x8733150 0x872b960
amp-send-task B 6 924 4 0x8642db0 0x8641070
adb-event B 5 890 46 0x872a2a0 0x87286d0
adbd-shell-ser- B 4 906 45 0x8726330 0x8724660
RTplayerThread B 4 3989 51 0x876a630 0x8762980
观察Free项的剩余内存，可发现在老化播放过程中，内存不断减少，存在泄漏。
泄漏点定位
可借助memleak工具，定位内存泄漏处。mrtos menuconfig选上memleak
- > System components
- > aw components
- > Memleak Components Support
[*] Tina RTOS Memleak # 使能内存泄露分析工具
(16) Tina RTOS Memleak Backtrace Level # 内存泄露分析栈回溯层数
[] Tina RTOS Double Free Check
memleak用法如下
作用：内存泄露分析
用法：memleak 1 使能内存泄露分析，记录所有内存块申请、释放信息
memleak 0 关闭内存泄露分析，删除所有内存块的申请、释放信息
memleak 1 thread_name1 thread_name2 使能内存泄露分析，记录指定任务的内存块申请、释放信息
串口执行memleak 1
音频老化测试（参考复现步骤），音频播放几次后，执行rtpc q 命令退出播放
串口执行memleak 0
关闭内存泄露检测时，会打印可疑的内存泄露点及其回溯信息;
有两个地方：
007: ptr = 0x08760960, size = 0x00000f00, thread = AudioRender
backtrace : 0x08336AEE
backtrace : 0x08336B46
backtrace : 0x08396D52
backtrace : 0x084B025E
backtrace : 0x08446856
backtrace : 0x084496C6
008: ptr = 0x0875f990, size = 0x00000f00, thread = AudioRender
backtrace : 0x08336AEE
backtrace : 0x08336B46
backtrace : 0x0839757E
backtrace : 0x084B025E
backtrace : 0x08446856
backtrace : 0x084496C6
callstack 回溯
pvPortMalloc at /workspace/freertos/r128/test_0624_rtplayer/rtos-dev/lichee/rtos/kernel/FreeRTOS-orig/Source/portable/MemMang/heap_4.c:658
pvPortCalloc at /workspace/freertos/r128/test_0624_rtplayer/rtos-dev/lichee/rtos/kernel/FreeRTOS-orig/Source/portable/MemMang/heap_4.c:577
softvol_ap_update_mode at /workspace/freertos/r128/test_0624_rtplayer/rtos-dev/lichee/rtos/components/common/aw/AudioSystem/audio_plugin/softvolume.c:250
_AudioTrackStart at //workspace/rtos-r128/lichee/rtos/components/common/aw/AudioSystem/AudioTrack.c:163
RTSoundDeviceStart at /workspace/codec_lib/cedarx_rtos/temp/rtos_cedarx/cedarx/rtos_out/libcore/playback/src/rtosSoundControl.c:766
startSoundDevice at /workspace/codec_lib/cedarx_rtos/temp/rtos_cedarx/cedarx/rtos_out/libcore/playback/src/audioRenderComponent.c:800
(inlined by) doRender at /workspace/codec_lib/cedarx_rtos/temp/rtos_cedarx/cedarx/rtos_out/libcore/playback/src/audioRenderComponent.c:942
(inlined by) doRender at /workspace/codec_lib/cedarx_rtos/temp/rtos_cedarx/cedarx/rtos_out/libcore/playback/src/audioRenderComponent.c:898
通过回溯信息，发现在resample_ap_update_mode处产生了内存泄漏。
根本原因
播放器老化过程中，只调用AudioTrackCreate一次，循环播放时会多次调用_AudioTrackStart，最后退出播放才调用AudioTrackDestroy销毁；所以softvol_ap_update_mode这里，老化过程会多次调用到，会有多次分配，但只在退出时AudioTrackDestroy里才销毁。
解决方法
只在AudioTrackCreateWithStream时创建一次，AudioTrackDestroy，测试10小时左右未出现内存泄漏
声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容侵权或者其他违规问题，请联系本站处理。
举报投诉
-
全志R128应用开发案例—获取真随机数2023-10-24 1009
-
全志R128 BLE最高吞吐量测试正确配置测试方法2023-10-27 1339
-
全志R128应用开发案例—适配SPI驱动ST7789V2.4寸LCD2023-11-02 1011
-
使用全志R128实现LVGL的移植2023-11-13 1572
-
详解全志R128 RTOS安全方案功能2023-12-28 0
-
全志R128 DSP开发工具安装教程2023-12-28 0
-
全志R128入门编写HelloWorld2023-12-29 0
-
全志R128硬件设计指南①2024-01-04 0
-
全志R128 SDK架构与目录结构2024-01-05 0
-
全志R128 Devkit开发板原理图模块介绍及使用说明2024-01-17 0
-
全志R128内存泄漏调试案例2023-11-20 0
-
全志R128内存泄露调试案例2023-12-11 0
-
全志R128适配ST7789v LCD2023-10-23 989
-
全志R128启用USB ADB以及无线ADB配置方法2023-11-01 1197
-
DshanMCU-R128s2 R128 EVT 开发套件2023-12-22 783
全部0条评论
快来发表一下你的评论吧 !
