请教,UEFI中Event的理解? Why and when use event?

xtdumpling

在UEFI的spec中,有定义event,timer和task priority Services,
一直都不怎么理解为什么要做出Event这样的一个机制?
! c6 X3 V5 U9 E
Timer类型的Event,用于定时或者周期性的事件处理,比较准时的,(代替中断???)
3 ?& _" A' u- O1 X5 AWait类型的Event,应该算是查询或者等待事件的处理,如等待Keyboard和Mouse的输入,感觉像轮询;
4 V/ k6 X8 D( O+ e0 o还有Group类型的Event,用于处理具有相同类型的事件
一般的Signal的事件,目前就知道有Install Protocol的Callback功能,像PEI的Notify(Callback和Dispatch)
: `' t' f* E0 g这些是我看Spec和Code的理解,感觉还是没有看懂,没有抓住实质,
- D! }- Q, B4 x& v3 z不知道各位对Event有什么样的理解??

bothsky1

只有在restoreTPL的时候才去处理所有的event的notify。建议你抽个时间去把event的那几个函数看看，还有TPL的rise和restore大概看一下就能明白了。

xtdumpling

嗯,只有在RestoreTPL的时候才去处理所有pending的event.
; `. G) `: u' t因为我看到有很多地方有RestoreTPL,很频繁地,
所以只要我们Signal了Event,那么这个Event马上就会被Dispatch了吧?
6 y1 z- ?! D4 r/ R6 x/ B- |6 p6 A
TPL的控制,
! [5 F+ ?5 K- l* w" ^9 X我觉得是,当比较关键的事情要处理,(如用于处理独占操作的,不能被打断的等)
9 W: F  s* |! A3 U$ H( M4 X6 O不想被一般的事件打断时就会RaiseTPL来处理,
; ]( K9 c+ T. D' E# V处理完,就会RestoreTPL了,
# O2 _- R( ]1 G9 I当然RestoreTPL还可以用于处理pending的Event.

bothsky1

signal之后我想没有立刻dispatch吧。 xT你在好好看看restore的代码和notify的代码。

xtdumpling

对,Signal后只是将Event加入处理队列了,要等到下一个RestoreTPL,并且当前TPL低于Event的TPL才会被Dispatch.

. G5 B. X( S/ ?' }# q1 G& N我的意思是RestoreTPL这个被很频繁的调用,而且一般的Event(callback,notify)的TPL都>当前的TPL(driver=6)
+ Z1 C* s& e' I0 K2 G0 j所以,就可以"认为":
" R5 }) z/ ^0 z% `       "只要我们Signal了Event,那么这个Event马上就会被Dispatch了"

bothsky1

我想应该跟ring0到3类似，都是逻辑上对顺序的控制，况且32个好像也没有全用，估计用了一半吧，我猜的。
' c4 r+ |" t+ Z+ f8 }- `
9 ?* H* z2 o' k, T9 b% H而且restore调用应该不是很多吧，如果你signal一个就restore一个，那样设计这套代码的人也。。。。。。
' H- @5 O$ A. S. B3 s
我个人理解，每次restore总是有目的或者到一定阶段了才restore，至于这些原则我就不知道了。

xtdumpling

逻辑上对顺序的控制? 这个通过protocol的notify event可以做到，但是我觉得event的功能应该不仅限于此。

bothsky1

看到的就是表面的，背后的看不到。在黑暗中摸索吧

lisen4

前几天用了ＥＶＥＮＴ的EVT_NOTIFY_SIGNAL属性。
typedef
% M! R1 P1 ~2 R  U4 k8 ?6 qEFI_STATUS
( ]. [* A2 y9 g  ~) BCreateEvent (
IN UINT32 Type,
IN EFI_TPL NotifyTpl,
IN EFI_EVENT_NOTIFY NotifyFunction, OPTIONAL
# C8 M5 C" j* v' x5 Z6 V$ ?4 LIN VOID *NotifyContext, OPTIONAL
# C) }. W: r7 cOUT EFI_EVENT *Event
+ f' g7 X3 O3 H' R& N1 D0 p);
/ ]( E* V3 C' v3 t2 F中NotifyTpl的作用就是让NotifyFunction在NotifyTpl设定的level上工作，这样如果CreateEvent 是EVT_NOTIFY_SIGNAL的属性，那么在调用SignalEvent()后，只要当前TPL Level小于CreateEvent 的NotifyTpl，就会触发EVENT。
使用EVT_NOTIFY_SIGNAL只是EVENT的一种方式。

xtdumpling

可以请问一下,你自己建立Notify Signal Event 来做什么吗？或者 Notify TPL是多少？
4 _  [0 U1 f9 k谢谢！

lisen4

我写了个Driver，主要的工作就是当他之后执行的Driver被Load但没start前通知此driver。
Notify TPL是EFI_TPL_CALLBACK，这里只要比EFI_TPL_APPLICATION大就可以了，因为driver的TPL是EFI_TPL_APPLICATION。
. A: p0 i$ Z. q6 y: P, I- H, z! R我在使用Notify Signal Event时的问题主要是有时候必须修改EDK本身的代码，我想了好久都没有别的好办法。大家看看有什么好办法既能通知事件的发生又不做代码改动呢？

xtdumpling

一个想法:
# L  i5 N# {9 ]- q: K& Q# |3 ^+ j, j. @  B如果是Binding Protocol的Driver，在自己的Driver里面
& y7 y* g7 j: y6 P! [- M+ @6 w用LocateHandle(AllHandles,gEfiDriverBindingProtocolGuid,...)
记录下当前的BindingHandles，然后在InstallProtocol  gEfiDriverBindingProtocolGuid上面挂一个Event，
$ y2 l6 [4 H" d在Event的NotifyFunction里面
还是用LocateHandle(AllHandles,gEfiDriverBindingProtocolGuid,...)得到此时的BindingHandles
这样应该可以在Load新的driver时，SignalEvent并得到新load的driver的BindingHandle了

lisen4

方法很类似，你是在对特定的driver进行通知吧 我比较狠一点 哈哈 是在Image.c中的LoadImage的相关函数中加的Signal只要LoadImage 后就触发事件到NotifyFunction里面，然后再回来执行startimage。
% |! _0 }9 B8 Q- {4 d哈哈 以后多交流 遇到能聊EFI的人不容易呀~！

srcore

register EFI Loaded Image Protocol的notification如何？

xtdumpling

你的方法很好!
2 P/ [0 Z$ @4 l$ E可以Hook到所有后面的driver!!!
3 h1 l) V" o2 z( q' w  B
回复 13#的帖子
8 ~- l' O+ G- ?1 \2 x5 {2 C在LoadImage中,会SignalEvent和RestoreTPL的,所以应该不用自己加

lisen4

srcore的rigister是个好办法呀~
) ?, P( v+ y0 G  K9 ^. n$ X
* J+ Z) B- F+ z' l1 t* B在LoadImage中,会SignalEvent和RestoreTPL的,所以应该不用自己加
+ K2 t2 H6 C) m/ J8 ^2 }8 o% extdumpling 我在代码中找了一下 没有发现LoadImage中SignalEvent的codes 能说下在哪个位置吗？谢啦。

xtdumpling

File: Image.c
+ Y1 T! M6 l0 L5 T8 i1 p) sCoreLoadImage()-->CoreLoadImageCommon():
  //
  //Reinstall loaded image protocol to fire any notifications
6 B0 Y2 B5 ~4 U0 Q  //
& v: g/ d+ o: n  Status = CoreReinstallProtocolInterface (
& N" _. S1 b* W2 h/ z; u             Image->Handle,
& M1 N: K; e9 R9 V, j             &gEfiLoadedImageProtocolGuid,
             &Image->Info,
# Z. \  |( W9 B/ B* d: j  |             &Image->Info
3 G/ ?% C( \" x- m& z* N             );
. S  d2 X6 n9 v5 W  o' P
1 [7 F) s* Y6 ^% h8 u) @6 xFile:Notify.c
CoreReinstallProtocolInterface()-->CoreNotifyProtocolEntry()-->CoreSignalEvent()
CoreReinstallProtocolInterface()-->CoreReleaseProtocolLock()-->CoreReleaseLock()-->CoreRestoreTpl()

lisen4

原帖由 xtdumpling 于 2008-9-16 11:01 发表
8 t( Y( v* G+ ?) E0 tFile: Image.c
CoreLoadImage()-->CoreLoadImageCommon():
# v- z# n6 c# E2 _! f" N/ w- v' r& C  //
  //Reinstall loaded image protocol to fire any notifications
$ T8 ^% @+ ~, }$ I2 P2 t% `  //
  Status = CoreReinstallProtocolInterface (
' G+ O' l+ O+ Z- I0 [1 G% W+ q+ P             Image->Handle,
; F: b! ~& u$ m  u' w  ...

' p/ }$ q8 e; t$ ^5 I5 Y
- Y, \$ S1 C8 b2 X* q感谢xtdumpling~！

lisen4

有个新问题：
, {- d1 I1 z# oCoreSignalEvent()确实能通知Image被load了，但是如果要在自己的Driver中使用该Event，MS不行吧，要么还得改CreateEvent的事件函数? 好像还是不能不修改EDK的代码？xtdumpling有什么高见？
, }" w/ Y( A8 H0 z, {
: _' S9 |5 H9 |, B- e[ 本帖最后由 lisen4 于 2008-9-16 12:12 编辑 ]

xtdumpling

请楼上的兄弟分析下BS的RegisterProtocolNotify也就是CoreRegisterProtocolNotify是做什么用的?
谢谢!