EDK II之DXE Core的事件管理

本文简单介绍一下UEFI中的事件管理：

UEFI是不支持多进程的，但是UEFI支持多事件分发机制。UEFI只支持时钟中断，并基于时钟中断实现事件分发。类似于OS中基于时钟中断来实现基于时间片的多任务调度。

下图是DXE内核管理事件的结构：

1. UEFI把事件分成32个优先级，当我们创建一个事件的时候，我们会把他添加到链表gEventSignalQueue中.

2. 当我们触发（sign）一个事件时，我们会把他添加到他对应的优先级的链表&gEventQueue[Event->NotifyTpl]中.

下图是执行内核调用和时钟中断发生时进行事件分发的过程：

1. CoreTimerTick()是我们的时钟中断服务函数【类似Linux中的scheduler_tick()】，他会去遍历定时器事件链表，如果有定时器到期，就触发mEfiCheckTimerEvent,CoreCheckTimers()作为回调函数被调用.

补充说明：

1.内核为每种优先级的任务定义了一个链表（当我们signal一个Event的时候，他会被插入到对应优先级的链表中）：

  //
  // 我们为每个优先级都定义了一个链表
  // 所以这里要初始化每个链表
  //
  for (Index=; Index <= TPL_HIGH_LEVEL; Index++) {
    InitializeListHead (&gEventQueue[Index]);
  }

2.关于锁机制：

我们看到只有当我们在释放锁的时候（即恢复之前优先级的时候CoreRestoreTpl），才会去执行事件分发：一般来说程序执行在TPL_APPLICATION水平（比较低了），而大部分Event都属于TPL_CALLBACK或TPL_NOTIFY（都高于TPL_APPLICATION），所以在CoreRestoreTpl的时候，位于&gEventQueue链表中的事件会得到执行。

  // 查看所有高于即将恢复到的优先级别上的待处理事件
  //
  while (((- << NewTpl) & gEventPending) != ) {
    gEfiCurrentTpl = (UINTN) HighBitSet64 (gEventPending); // 得到下一个要处理的最高级别
    if (gEfiCurrentTpl < TPL_HIGH_LEVEL) {
      CoreSetInterruptState (TRUE); //时钟中断被重新启动
    }
    CoreDispatchEventNotifies (gEfiCurrentTpl); //调用该级别中的所有(事件的)回调函数
  }