MTK异常处理流程

 MTK异常处理流程

 

异常处理流程里面，需要做的事情是：生成异常信息输出到屏幕或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分析。