Adeos在Linux中的实现分析

原文：http://linux.chinaunix.net/bbs/thread-793613-1-1.html
本文来自于原文内容，但是对文章的内容与结构做了简单调整。
1  介绍
考虑到从硬件层开始构建一个操作系统的难度，Adeos并没有并没有从零开始构建一个硬件抽象层；目前，Adeos是基于Linux内核实现的，这样的话，就可以将系统的启动和初始化工作都由Linux来完成，在系统完成初始化后，再进行Adeos的初始化工作（包括接管Linux的中断管理机制），Adeos功能既可以直接编译进内核，也可以作为一个内核模块在系统运行时动态加载，就和内核的驱动程序模块一样。
在这种实现方法下，Linux作为Adeos的一个特殊的域存在，我们称之为根域（Root Domain）。Adeos的很多功能都是依靠根域（也就是Linux内核）来实现的，例如，动态注册其它的域模块是通过Linux的动态模块加载功能实现的，为其它域的任务分配任务堆栈是通过Linux内存分配接口实现的等。根域的初始化是在Adeos的初始化过程中完成的；根域对于Adeos来说，有一点类似于Linux初始化过程中创建的INIT进程；
2  基本架构
Adeos在Linux配置中增加了三个配置开关来配置Adeos的代码：CONFIG_ADEOS_CORE，CONFIG_ADEOS和CONFIG_ADEOS_MODULE。如果定义了CONFIG_ADEOS_CORE，Adeos的核心支持就被编译进了Linux内核，不论Adeos功能最终编译进内核还是编译成可动态加载的模块，这个编译选项都必须被定义；如果定义了CONFIG_ADEOS，则也隐含着对CONFIG_ADEOS_CORE的定义，Adeos功能就被编译进了内核，那么，从Linux启动以后，Adeos功能就被使能了；如果定义了CONFIG_ADEOS_MODULE，则也隐含着对CONFIG_ADEOS_CORE的定义，Adeos功能被编译成可动态加载的模块，只有当这个模块被加载后，Adeos的功能才会起作用。
Adeos对Linux源代码树的修改涉及到30多个文件（包括新增加的文件），如图3-4所示。
其中的Makefie和Config.in文件，是为Adeos代码添加内核编译选项和内核配置选项；
adeos目录下的generic.c包含了与平台无关的通用的Adeos代码，而armv.c则包含了与ARM平台相关的通用于ARM平台的Adeos代码；
在arch/arm/kernel目录下，adeos.c中包含了Adeos关于中断处理的代码；armksyms.c中增加了代码，导出了ARM体系相关的Adeos接口；entry-armv.S和entry-common.S中增加了截获Linux中断和系统事件的代码，域的切换代码也在此处实现；同时，修改了irq.c以适应Adeos的中断处理机制；在process.c中修改了Linux的idle进程，当Linux进入idle