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分析。