Cstyle的UEFI导读之Event && Timer (下篇：原理篇)

==================================================================== 

固件C字营·版权所有·欢迎转载
敬请关注微信公众号：“固件C字营”
敬请关注QQ群：1052307
敬请关注CSDN博客：Cstyle_0x007

===================================================================== 

        这次来说说Event和Timer在UEFI当中是怎么实现的以及原理，我们先从Timer开始，然后细细的拨开隐藏在底层的实现。

    先说Timer，那什么是Timer呢？其实在中文里面我们把它叫做定时/计数器，但是我的理解它不仅仅是一个定时/计数器硬件而是一个被程序设计者设定为工作在特殊模式下的 做定时/计数器 ，仅仅是一个硬件的定时器还不能算是Timer。定时/计数器在几乎所有的数字处理器系统当中都是一个必备的设备，没有它我们的各种运行在cpu上的系统软件都会瘫痪，他们就会变成生活在桃花源当中的世外人一样，完全没有时间参考，不知世事更替，所有的原来的秩序都会变得混乱，所以来说他应该是我们系统软件人员必须要关注和处理的一个设备。

    

    说到 做定时/计数器 ，最经典的当数intel兼容的8253/8254定时器，它几乎是所有的PC必须兼容支持的一颗IC，当然在其他的微处理器系统当中也是支持的，比如MSC8051,以及其他的微处理器当中。不过Timer不止一种在PC当中有许多的定时器可以作为Timer来使用，比如ACPI timer，HPET timer等等，虽然他们叫法不一，功能强弱不一，所提供给系统软件设计者的编程接口不完全相同，但是他们都提供了一个最基本的功能，那就是定时，计数功能。几乎所有的Timer都能在不需要外力干涉的情况下在系统的时钟脉冲的驱动之下，自动计数，并且在计数值到达预设值的时候会通知cpu去执行特定的动作，并且在处理完之后能自动接着计数，不辞辛劳做着机械性的无差错的动作。这一点非常有意思，也正是这一点特性，改变了系统软件的格局，当然这里面也包括了UEFI的核心程序的格局。

    

    再说Event，在上篇当中提到了Event的作用，也就是实现所谓的线程（暂且这么叫，其实它并不是传统意义的线程，只是有类似多线程的，异步与消息机制，但实际上是单线程工作的）间的同步与消息机制，这里线程的实现靠的就是Timer来实现，由Timer来驱动消息的传递和callback服务的相互调用，资源互斥，资源锁等的实现。

    

    在PC/AT架构UEFI当中我们通常会使用8254来作为核心心跳Timer，它工作在mode 3，时钟频率是1.1931816MHz，设定的tick（mTimerPeriod）间隔，默认是1ms（10000个tick基础计数单位=10000*100ns），并且打开CPU中断IRQ0。当计数器减到0的时候，就会通过OUT pin给8259的IRQ0发送中断，这个时候CPU就会中断当前操作，进行Timer的中断处理服务。当然前提是我们在此之前有准备好cpu archprotocol和Legacy8259Protocol，设置好中断向量表,当中断到来的时候，cpu会从IDT表中依据中断号，调用Timer中断服务TimerInterruptHandler。

    

    看下进入Timer中断前我们需要准备哪些东西，在系统进入DXE阶段之后（只有在DXE及后续阶段才需要Timer），会处理以下几件事情：

1.确认中断是关的，并关掉中断Cli

2.设置GDT表，根据系统的设定是IA32模式还是X64模式，选择在EfiruntimeServicesData内存创建并加载不同的GDT表，并且通过相应的跳转指令，跳转到相应的段当中去，一般设置两个段，Code和Data段。

3.分配EfiBootServicesData类型内存，来保存异常向量表，以及异常服务指针数组ExternalVectorTable（默认为0），同时让设置IDT表中的异常服务地址指向该数组，当异常发生的时候，就能够调用相对应的服务。此时中断还是关闭的。

4.install CpuArch protocol,为后续的driver提供cpu相关的访问方法，比如安装Timer中断的中断向量

5.注册一个idle event group，Event类型EVT_NOTIFY_SIGNAL，callback服务是一个待机服务，当Event在Timer中断当中被Signal的时候，如果没有可用的其他的Event，执行CPU的hlt指令，等待cpu被唤醒。

    在CPU的异常向量入口设置一个256项的interrup cate descriptor,在X64保护模式下，填充如下的数据结构，当然在IA32下，IDT只有8Bytes，对应于C语言当中的结构体如下：

typedef union {

    struct {

                    UINT32  OffsetLow:16;   ///< Offset bits 15..0.

                    UINT32  Selector:16;    ///< Selector.

                    UINT32  Reserved_0:8;   ///< Reserved.

                    UINT32  GateType:8;     ///< Gate Type.  See #defines above.

                    UINT32  OffsetHigh:16;  ///< Offset bits 31..16.

                    UINT32  OffsetUpper:32; ///< Offset bits 63..32.

                    UINT32  Reserved_1:32;  ///< Reserved.

              } Bits;

  struct {

                    UINT64  Uint64;

                    UINT64  Uint64_1;

              } Uint128;   

} IA32_IDT_GATE_DESCRIPTOR;

    在实际的操作过程当中我们使用汇编来实现一个模板，数据结构表述如下，每一项8Bytes，当cpu发生异常的时候，就会自动把PC指针指向这256项的中断向量表当中。当PC把下面的A位置的数据读取到PC当中并执行的时候，就会发生跳转call到公共异常处理服务

ComInterrEntry当中，同时在跳转之前会把异常向量B.压入堆栈当中(其实入栈的并不是函数返回地址，而是中断向量号)，然后再后续的过程当中来处理各种异常。在ComInterrEntry当中我们需要调用我们注册的256个异常服务，我们会创建一个异常服务数组，使用异常向量来作为索引值来索引，调用不同类型的服务，当然这里面就包括我们的Timer服务。

struct

{

A.）     call  ComInterrEntry ;1+4(Opcode +ComInterrEntry)=5 Bytes

B.）     dw  VecNum ;vector number,2Bytes

C.）     nop  ;1Bytes

}

    现在再来看Timer中断异常是怎么做的，它会提供哪些服务，以下是简单的列举。

1.关中断

2.清除中断源

3.获取系统时间锁（关中断，虽然中断此时是关的）

4.调用注册的具体的Timer服务，这里我们称之为CoreTimerTick(mTimerPeriod)/CoreTimerTick(100ms)，它是在TimerArchprotocol被install的时候由EVT_NOTIFY_SIGNAL类型的Event来触发注册的。

5.全局Sytem time累加mEfiSystemTime =mEfiSystemTime+ 1Tick(100ms)

6. 在timer event list双向链表当中查找已经到时间了的event，如果找到，就使用BS->SignalEvent去signal它们。

BS->SignalEvent--->CoreNotifyEvent-->CoreRestoreTpl-->CoreDispatchEventNotifies-->A.如果是EVT_NOTIFY_SIGNAL类型，就清除count（Event->SignalCount = 0），然后嵌套直接调用Event->NotifyFunction (Event, Event->NotifyContext)函数，此时中断是开的，然后清除该Tpl的gEventPending mask bit，清除该event。

7.释放系统时间锁（开中断，虽然中断此时是关的）

8.开中断

注：在完成上面的步骤之前，我们需要先初始化一些数据结构：

        1. gEventQueue--- 双向链表数组，A list of event's to notify for each priority level

        2. mEfiTimerList----双向链表，所有的等待timer触发的event列表。

        3. gEventSignalQueue ---双向链表A list of events to signal based on EventGroup type

        4. 对于EVT_NOTIFY_WAIT类型的event，我们使用BS->  CoreCheckEvent->CoreNotifyEvent-->CoreRestoreTpl-->CoreDispatchEventNotifies来激活，它同样是往  gEventQueue插入IEvent的节点。

  Cstyle的UEFI导读之Event && Timer (下篇：原理篇)，就先分享到这里，具体怎么使用Event可以参考前面的文章“Cstyle的UEFI导读之Event && Timer (上篇：实战篇)”，要获取更多的相关信息，可以参考UEFI相关文档。

参考资料：

        1.event.c,tpl.c,timer.c,cpudxe.c,DxeProtocolNotify.c,CpuAsm.asm,IvtAsm.asm

        2.IA32/x64编程指导手册      

        3.IA32/X64 calling conventions    

转载请注明出处

===================================================================== 

固件C字营·版权所有·欢迎转载
敬请关注微信公众号：“固件C字营”
敬请关注QQ群：1052307
敬请关注CSDN博客：Cstyle_0x007

===================================================================== 

@微信公众号《固件C字营》不定期更新状态，关注&订阅公众号不迷路。

完整PDF版整理中,可以在CSDN下载频道搜索”UEFI内核导读“下载样张......