本文简单介绍一下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); //调用该级别中的所有(事件的)回调函数
}
