详解Linux内核异常处理体系结构

本节内容：Linux内核异常处理的的初始化过程和异常发生时的处理流程。

【首先来区分一下两个概念：中断(Interrupt)和异常(Exception)。中断属于异常的一种，就拿2440开发板来说，他有60多种中断源，例如来自DMA控制器、UART、IIC和外部中断等。2440有一个专门的中断控制器来处理这些中断，中断控制器在接收到这些中断信号之后就需要ARM920T进入IRQ或FIQ模式进行处理，这两种模式也是中断异常的仅有模式。而异常的概念要广的多，它包括复位、未定义指令、软中断、IRQ等等。还有一点知识就是，中断这种异常在响应之前到来之前是需要程序员进行什么优先级、是否要屏蔽信号之类的初始化的，而其他比如未定义指令是不用的，只要发生了就跳到异常向量入口取址执行。因此下面初始化内容中的第（2）点是针对中断这种异常的设置的】

一、初始化设置：

（1）异常向量相关的设置：start_kernel()-->setup_arch()-->early_trap_init()函数来担任这个任务。在arch/arm/kernel/traps.c文件件中定义：这个函数很有分量，值得细细分析！！！

void __init early_trap_init(void)
{
	unsigned long vectors = CONFIG_VECTORS_BASE;
	extern char __stubs_start[], __stubs_end[];
	extern char __vectors_start[], __vectors_end[];
	extern char __kuser_helper_start[], __kuser_helper_end[];
	int kuser_sz = __kuser_helper_end - __kuser_helper_start;

	/*
	 * 看下面这段英文注释，代码就一目了然了，就是把异常向量表、和异常处理那部分代码复制到指定的地址处
	 * Copy the vectors, stubs and kuser helpers (in entry-armv.S)
	 * into the vector page, mapped at 0xffff0000, and ensure these
	 * are visible to the instruction stream.
	 */
	memcpy((void *)vectors, __vectors_start, __vectors_end - __vectors_start); 
	memcpy((void *)vectors + 0x200, __stubs_start, __stubs_end - __stubs_start); 
	memcpy((void *)vectors + 0x1000 - kuser_sz, __kuser_helper_start, kuser_sz); 

	/*
	 * Copy signal return handlers into the vector page, and
	 * set sigreturn to be a pointer to these.
	 */
	memcpy((void *)KERN_SIGRETURN_CODE, sigreturn_codes,
	       sizeof(sigreturn_codes));

	flush_icache_range(vectors, vectors + PAGE_SIZE);
	modify_domain(DOMAIN_USER, DOMAIN_CLIENT);
}

详细函数分析：
将异常向量表复制到vectors地址处，vectors在函数的第一句就被赋值为“CONFIG_VECTORS_BASE”，经验告诉我们它是个内核编译配置项，去内核的顶层目录里边的“.config”文件搜索就出来，果然就有“CONFIG_VECTORS_BASE=0xffff0000”这么一句话。
好，同样问题就来了，我们之前了解过的中断向量是放到0x00000000地址开始处，把中断向量放到0xffff0000 异常触发时cpu还能自动找到？答案是能！
在ARM920T的使用手册里边有涉及相关的内容：协处理控制寄存器CP15的C1寄存器的第[13]位就是用来设置异常向量的存放位置的，该位为0存放到0x0000000开始处，为1存放到0xffff0000开始处。

到这里Linux内核异常向量设置的工作就算是完成了。可是想想：设置完这些异常向量之后，异常发生了，CPU是怎么一个处理过程？？？接