mtk memroy dump分析流程

mtk memroy dump分析流程：

1.如何抓memory dump。

2.解析memroy dump。

3.tarce 32 分析。

一.如何抓memory dump。

完整的memorydump包含以下文件：

1. memorydump.bin (此文件是透过Catcher保存的，请参考后面的操作步骤)

2. catcher log (*.clg, 此文件是透过Catcher保存的，请参考后面的操作步骤)

3. ELF 文件(\build\\*.elf) (请注意NFB项目会有两个ELF(for Bootloader and for MAUI)，请提供for MAUI的，即size较大的)

提示：只有当抓memory dump对应的binary与所提供的ELF文件是同一次编译生成的(需要参考ELF文件中的debug信息)，且只有debug版本的ELF文件，我们才能分析，请务必注意!!!

您可以按如下步骤进行：

1. 打开debug选项

before 10A:

在makefile(\make\.mak)中设置CUSTOM_CFLAGS = -g -gtp

10A的项目(因RVCT存在bug, 全部module都开debug会出现link error"out of memory", 请参考下面的说明仅开部分解决问题需要的module, 但init和nvram中包含debug所需的basic 信息, 请确保init和nvram打开debug):

(1)确保makefile中--debug --no_debug_macros处于关闭状态，正确设置为CUSTOM_CFLAGS = # --debug --no_debug_macros

(2)make\USER_SPECIFIC.mak文件末尾处添加如下两行语句后保存，

DEBUG_MODULES = init nvram # means only init and nvram will apply --debug --no_debug_macros, 若有其他module也需要debug symbol, 可以加在nvram后面CUSTOM_CFLAGS :=

11A and after(不建议全部模块打开debug，原因同10A):

(1)确保makefile中--debug --no_debug_macros处于关闭状态，正确设置为CUSTOM_CFLAGS = # --debug --no_debug_macros

(2)makefile中设置CUSTOM_DEBUG_MODULES = INIT NVRAM #means only init and nvram will apply --debug --no_debug_macros, 若有其他module也需要debug symbol, 可以加在nvram后面, 若没有CUSTOM_DEBUG_MODULES定义, 可自行添加

2. 编译生成debug版本(make new), 并Download Binary.

10A及以后的项目, 由于只是部分模块开debug, 可以只m c,r这些模块

3. 打开Memory dump开关；

进入工程模式，选择Misc.\Memory dump, 将其设置为On

提示：该开关默认为关，并且开机时系统会将其恢复成默认值，所以您的设置只对当次开机有效，若需抓Memory dump，请在每次开机的重新开启此开关

若无法进入工模操作请尝试修改代码来打开，方法如下：

(1)在application_initialize之前extern kal_uint32 INT_MemoryDumpFlag;

(2)在application_initialize中调用mainp的上一行添加INT_MemoryDumpFlag = 0x26409001; [Note]: 项目MP时请务必删除上述代码, 否则手机在end user端遇到异常时无法自动重启

4. 连上Catcher(Catcher 的filter设置为Field Trial)，复制问题；

5. 当发生异常时，选择Advance\Memory Dump，在弹出的窗口中选择Start按钮开始Memory

dump；

提示：发生异常时，LCD上显示错误类型，并且不会自动重启，若手机直接重启或者进行memorydump过程中失败, 请参考后面的常规检查项，Catcher Dump完成之后，会弹出提示窗口告诉您，请不要在此之前关闭Catcher或者断开手机与PC连接

6. Memory dump完成之后，请同时保存Log (选择File\Save As)；

7. 将以上两步保存下来的文件(*.bin, *.clg)及Build\\*.elf寄给我们。

若无法成功抓取memory dump, 您可以参考DCC上如下文档:

MemoryDump_FAQ.pptx (可以在DCC上透过文件名搜索)

另外，提醒一点: 类似死机的问题，请在提交问题时一并提供memory dump，以加速问题的处理

需要工具OfflineDebugSuite (binary)

打开工具按照要求选择对应的bin文件和elf文件，之后会生产memory dump分析文件

打开trace32选择file -》run batchfile

看到下面这个窗口就是死机时候的cpu的寄存器状态。里面pc是当前cpu运行的地方。

R14是死机前的最后调用函数。

右键点击pc 选择indrect list 可以找到最后死机的地方

找到对应的函数

MMI_BOOL mmi_um_ui_cc_create_scrn_cntx(

mmi_um_ui_cc_scrn_cntx_setting_struct *setting,

scrn_init_func init)

{

MMI_ID int_grp_id;

MMI_ID root_grp_id;

mmi_um_ui_cc_scrn_cntx_struct *scrn_cntx;

mmi_um_ui_cc_grp_cntx_struct *grp_cntx;

MMI_TRACE(MMI_COMMON_TRC_G6_MSG, TRC_MMI_UM_UI_CC_CREATE_SCRN_CNTX, setting->scrn_id);

scrn_cntx = mmi_um_ui_cc_get_free_scrn_cntx();

if (scrn_cntx == NULL)

{

return MMI_FALSE;

}

memset(scrn_cntx, 0, sizeof(mmi_um_ui_cc_scrn_cntx_struct));

int_grp_id = root_grp_id = GRP_ID_INVALID;

if (MMI_TRUE == setting->new_grp)

{

/* create a new root group for message application */

grp_cntx = mmi_um_ui_cc_get_free_grp_cntx();

MMI_ASSERT(NULL != grp_cntx);

root_grp_id = mmi_frm_group_create(

setting->parent_group_id,

GRP_ID_AUTO_GEN,

NULL,

(void*) grp_cntx);

mmi_frm_group_enter(root_grp_id, MMI_FRM_NODE_SMART_CLOSE_FLAG);

grp_cntx->root_grp_id = root_grp_id;

/* create a internal group for UM app */

int_grp_id = mmi_frm_group_create(

root_grp_id,

GRP_ID_AUTO_GEN,

mmi_um_ui_cc_grp_proc,

(void*) grp_cntx);

mmi_frm_group_enter(int_grp_id, MMI_FRM_NODE_SMART_CLOSE_FLAG);

grp_cntx->grp_id = int_grp_id;

g_um_ui_p->cc_cntx.num_of_grp++;

}

else

{

int_grp_id = setting->parent_group_id;

}

MMI_TRACE(MMI_COMMON_TRC_G6_MSG, TRC_MMI_UM_UI_CC_GROUP_CNTX, root_grp_id, int_grp_id, setting->new_grp); /* set the group id */

scrn_cntx->group_id = int_grp_id;

scrn_cntx->scrn_id = setting->scrn_id;

scrn_cntx->parent_scrn_id = setting->parent_scrn_id;

scrn_cntx->event_hdlr = setting->event_hdlr;

init(scrn_cntx, setting);

g_um_ui_p->cc_cntx.num_of_scrn++;

return MMI_TRUE;

}

可以看出来最后的语句是把strh r7 [r6]

这个时候r6是个空的指针。仔细对照代码还可以看出代码里面没有MMI_ASSERT(NULL != grp_cntx);

可以判断出宏是没有开的，导致错误的地方没有办法跟踪