改进嵌入式Linux系统实时性新方案

　　而从前面的分析可以看出，RTAI是基于普通Linux内核，相对于嵌入式应用其内核过于庞大；而uClinux本身并没有更多地关注实时问题。因此，可以将RTAI和uClinux相结合，采用双内核的设计方案，既满足了嵌入式应用的需求，又保证了系统的硬实时性。

　　1．硬件抽象层

　　图3：系统中断处理流程图

　　系统的实现基础是硬件抽象层，通过硬件抽象层进行硬件管理，把基本内核和实时内核结合在一起，其中一个内核的改变，不会影响另一个内核的执行。

　　硬件抽象层定义了本系统同硬件之间的抽象接口，主要用来截取硬件中断，并且依据实时内核调度器的需求，重定向为基本内核任务或是实时任务。RTHAL包含一个关键的组件：中断描述符表(IDT，InterruptDetorTable)，它定义了一套指针用来处理中断例程。RTHAL本身定义了一个结构，使得基本内核中断处理函数能够很容易地被实时处理函数所替代。这样，当实时内核通过RTHAL激活后，新的IDT表为合法。在以上控制下，基本内核作为实时系统的任务提供服务。

　　2．双内核结构

　　双内核实时系统的总体结构模型如图1所示，主要包含了基本内核、实时内核、硬件抽象层、硬件部分。

　　其中基本内核(uClinux)和实时内核(RTAI)分别处理非实时和实时任务的调度和执行，而实时任务和非实时任务之间信息的交换要通过管道(FIFO)或共享内存(MBUFF)来实现。当实时任务运行时，基本内核被硬件抽象层屏蔽。即实时内核将基本内核作为优先级最低的一个任务来运行，只有在没有实时任务运行的时候才予以调度。

　　3.实时内核动态加载

　　嵌入式实时Linux的实时内核是动态加载的。实时任务被激活前，实时内核并没有启动，基本内核通过RTHAL透明访问硬件，就像RTHAL不存在一样。当实时任务被激活时，RTHAL结构发生变化，基本内核被实时内核接管，图2表明了实时内核启动前后，系统发生的变化。