博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MTK异常处理流程
阅读量:2221 次
发布时间:2019-05-08

本文共 2555 字,大约阅读时间需要 8 分钟。

mastervon 发表于 2010-8-16 23:40:00异常处理流程里面,需要做的事情是:生成异常信息输出到屏幕或catcher中,并保存到NVRAM里面。最后根据工程模式的设定,机器会冻屏(选择冻屏是为了抓memory dump),或者重启。

 

1、CPU触发的异常处理

当CPU触发异常时,会触发Exception中断,然后跳到中断子程序。中断子程序会调用System Stack Error函数,然后再调用Fatal Error Handler处理。

 

Undef Exception--|

SWI Exception----|---Exception ISR---System Stack Error---Fatal Error Handler

Data Abort-------|

Prefetch Abort---|

 

2、Assert Error的异常处理

ASSERT是一个宏,其实都是调用kal_assert_error函数,然后再调用Assert_Common处理

 

ASSERT---kal_assert_error---Assert_Common

 

3、Fatal Error的异常处理

Fatal Error一般相当于KAL层埋的Assert语句,只是调用的函数不一样。KAL层会调用kal_fatal_error,然后再调用Fatal Error Handler

 

kal_fatal_error---Fatal Error Handler

 

assert_common与fatal_error_handler

assert_common与fatal_error_handler都是异常处理函数,其实这两个函数都很相似。不同点在于,assert_common的参数与fatal_error_handler不一样。程序员可以调用ASSERT、EXT_ASSERT、EXT_ASSERT_DUMP三个宏,出现异常的时候可以打印不同的信息。

因为异常的时候都会跳到这两个函数中执行,因此假如有Trace32等在线debug工具,可以在这两个函数中设断点。然后再看系统的信息,进行debug。

 

fatal_error_handler的流程

 

Mask all interrupts

        ↓

Restart watchdog

        ↓

Increment exception entrance count

        ↓

First entrace?-------------------→No

        ↓                         |

Release system protection          |

and raise task priority level      |

        ↓                         |

Initialze exception log            |

        ↓                         |

Output exception←-----------------|

message to catcher                

        ↓

Display exception

message to LCM

        ↓

Output log to Catcher

        ↓

First entrance?--------→No

        ↓               |

Save exception log       |

to flash disk            |

        ↓←--------------

Memory Dump Flag = ON?--------→No--------→Hung up

        ↓

System reboot silently

 

Mask all interrupts  

因为exception处理流程不想被其他程序打断,因此要把所有的中断屏蔽了

 

Restart watchdog

因为异常处理流程运行时,会独占CPU资源。其他task和isr不能运行,不能做定时喂狗的动作。因此在异常处理流程中会喂狗。

 

Increment exception entrance count

异常处理流程中有一个flag,标志这个函数进入了几次。例如,如果fatal_error_handler函数在运行过程中,又发生了异常,那么这个函数又会再进入一次。但是,只有第1次进入这个函数是记录的状态,才是最有意义的。因为如果我们解决了最先的异常,就不会出现后面的异常。

所以,只有第1次进入这个函数,异常信息才会被记录下来。

 

Release system protection and raise task priority level

防止异常处理程序在运行过程中被阻塞,因此把system protection都释放掉。把当前task的优先级设置到最高,是为了让异常处理程序独占CPU运行。否则,发生异常时的那一刻不会被如实记录下来。

 

Initialze exception log

把exception的信息写好在一个structure中

 

Output exception message to catcher

把exception的信息,根据上面的structure,输出到catcher中

 

Display exception message to LCM

把exception的简要信息输出到LCM,例如:Fatal Error(1): 305 -MMI

 

Output exception to Catcher

因为exception发生时,会第一时间先把exception信息输出到catcher中。还有一些log放在tst buffer中没有来得及刷出来。因此,在这时输出到catcher中

 

Save exception log to flash disk

NVRAM中会存储最近10次手机异常信息。假如出现异常的时候,没有连catcher。可以随后用catcher中的advanced-->retrive exception菜单读回异常信息。

如果发第11次手机异常,则会把第1条异常信息冲掉,以此类推。

 

Memory Dump Flag

在工模中的Misc菜单,有memory dump这个选项。假如打开了,则异常时不会重启,会冻屏。这时候可以用catcher的memory dump功能,把memory dump抓下来,提供给MTK分析。

本文来自:我爱研发网(52RD.com) - R&D大本营

详细出处:

转载地址:http://tyifb.baihongyu.com/

你可能感兴趣的文章
Go语言学习Part2:流程控制语句:for、if、else、switch 和 defer
查看>>
Go语言学习Part3:struct、slice和映射
查看>>
Go语言学习Part4-1:方法和接口
查看>>
Leetcode Go 《精选TOP面试题》20200628 69.x的平方根
查看>>
leetcode 130. Surrounded Regions
查看>>
【Python】详解Python多线程Selenium跨浏览器测试
查看>>
Jmeter之参数化
查看>>
Shell 和Python的区别。
查看>>
【JMeter】1.9上考试jmeter测试调试
查看>>
【虫师】【selenium】参数化
查看>>
【Python练习】文件引用用户名密码登录系统
查看>>
学习网站汇总
查看>>
【Loadrunner】性能测试报告实战
查看>>
【自动化测试】自动化测试需要了解的的一些事情。
查看>>
【selenium】selenium ide的安装过程
查看>>
【手机自动化测试】monkey测试
查看>>
【英语】软件开发常用英语词汇
查看>>
Fiddler 抓包工具总结
查看>>
【雅思】雅思需要购买和准备的学习资料
查看>>
【雅思】雅思写作作业(1)
查看>>