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

xtdumpling

在UEFI的spec中,有定义event,timer和task priority Services,
. g/ w' q2 {* \2 q, i4 U一直都不怎么理解为什么要做出Event这样的一个机制?
8 Y' L4 q0 v9 \% x! M+ H% V6 X
Timer类型的Event,用于定时或者周期性的事件处理,比较准时的,(代替中断???)
8 l" T/ J% K7 d7 p- G5 V  m/ rWait类型的Event,应该算是查询或者等待事件的处理,如等待Keyboard和Mouse的输入,感觉像轮询;
还有Group类型的Event,用于处理具有相同类型的事件
4 J$ e. i! e# N0 {* A一般的Signal的事件,目前就知道有Install Protocol的Callback功能,像PEI的Notify(Callback和Dispatch)
这些是我看Spec和Code的理解,感觉还是没有看懂,没有抓住实质,
8 O7 Z- }& D& y& t) q. m不知道各位对Event有什么样的理解??

bothsky1

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

xtdumpling

嗯,只有在RestoreTPL的时候才去处理所有pending的event.
, W0 H* z4 R8 q4 C因为我看到有很多地方有RestoreTPL,很频繁地,
3 f7 Q9 m! y* F5 l. M  P  A. ?所以只要我们Signal了Event,那么这个Event马上就会被Dispatch了吧?
; Z7 |8 J$ `  }- B- V$ t" Y
8 v6 F; x7 r" t( _TPL的控制,
我觉得是,当比较关键的事情要处理,(如用于处理独占操作的,不能被打断的等)
* Q9 w0 Y8 ~4 R0 b8 ]不想被一般的事件打断时就会RaiseTPL来处理,
处理完,就会RestoreTPL了,
6 H6 l. t* f6 W7 o! G! C! p当然RestoreTPL还可以用于处理pending的Event.

bothsky1

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

xtdumpling

对,Signal后只是将Event加入处理队列了,要等到下一个RestoreTPL,并且当前TPL低于Event的TPL才会被Dispatch.
& o! U0 ?* E2 F+ ?. _
* X9 {& j! o6 L) S1 m$ _9 _5 q$ `- s$ e我的意思是RestoreTPL这个被很频繁的调用,而且一般的Event(callback,notify)的TPL都>当前的TPL(driver=6)
所以,就可以"认为":
7 T8 j1 K0 B" ~( I. O$ E5 v6 T       "只要我们Signal了Event,那么这个Event马上就会被Dispatch了"

bothsky1

我想应该跟ring0到3类似，都是逻辑上对顺序的控制，况且32个好像也没有全用，估计用了一半吧，我猜的。

! C7 U3 G3 j% b7 E3 }而且restore调用应该不是很多吧，如果你signal一个就restore一个，那样设计这套代码的人也。。。。。。

我个人理解，每次restore总是有目的或者到一定阶段了才restore，至于这些原则我就不知道了。

xtdumpling

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

bothsky1

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

lisen4

前几天用了ＥＶＥＮＴ的EVT_NOTIFY_SIGNAL属性。
typedef
! O0 O+ y8 l5 I3 Z; i% LEFI_STATUS
CreateEvent (
" F! g5 T% K2 n8 m* F( ^* yIN UINT32 Type,
$ r" c! n" B3 \& o  YIN EFI_TPL NotifyTpl,
IN EFI_EVENT_NOTIFY NotifyFunction, OPTIONAL
) J0 w( o/ B4 pIN VOID *NotifyContext, OPTIONAL
: t) k% t, W- I) Q1 f; tOUT EFI_EVENT *Event
);
中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 |9 f' y7 h+ A: `谢谢！

lisen4

我写了个Driver，主要的工作就是当他之后执行的Driver被Load但没start前通知此driver。
9 S+ F9 y8 c: _) ^Notify TPL是EFI_TPL_CALLBACK，这里只要比EFI_TPL_APPLICATION大就可以了，因为driver的TPL是EFI_TPL_APPLICATION。
. c/ x  R, X' F3 g; U我在使用Notify Signal Event时的问题主要是有时候必须修改EDK本身的代码，我想了好久都没有别的好办法。大家看看有什么好办法既能通知事件的发生又不做代码改动呢？

xtdumpling

一个想法:
+ H) O  a( Y7 x1 ^% U, u1 f- K如果是Binding Protocol的Driver，在自己的Driver里面
用LocateHandle(AllHandles,gEfiDriverBindingProtocolGuid,...)
) [0 w' ^  ?1 D9 S1 N9 [( @3 q记录下当前的BindingHandles，然后在InstallProtocol  gEfiDriverBindingProtocolGuid上面挂一个Event，
8 P1 G7 S" k- p, w& M4 s在Event的NotifyFunction里面
; d- v, h# H7 ?' ]还是用LocateHandle(AllHandles,gEfiDriverBindingProtocolGuid,...)得到此时的BindingHandles
这样应该可以在Load新的driver时，SignalEvent并得到新load的driver的BindingHandle了

lisen4

方法很类似，你是在对特定的driver进行通知吧 我比较狠一点 哈哈 是在Image.c中的LoadImage的相关函数中加的Signal只要LoadImage 后就触发事件到NotifyFunction里面，然后再回来执行startimage。
2 w1 [2 H' a  d' K5 L+ U  @哈哈 以后多交流 遇到能聊EFI的人不容易呀~！

srcore

register EFI Loaded Image Protocol的notification如何？

xtdumpling

你的方法很好!
" g0 _! s# ~2 H0 z- [* H8 Z+ P9 u可以Hook到所有后面的driver!!!
/ ^1 R4 z; v/ W' j3 ^" n
9 k5 m! V6 y; Z  g" _. w回复 13#的帖子
在LoadImage中,会SignalEvent和RestoreTPL的,所以应该不用自己加

lisen4

srcore的rigister是个好办法呀~

在LoadImage中,会SignalEvent和RestoreTPL的,所以应该不用自己加
% ~' E, [. h9 p% [8 ^; txtdumpling 我在代码中找了一下 没有发现LoadImage中SignalEvent的codes 能说下在哪个位置吗？谢啦。

xtdumpling

File: Image.c
; ~, z; o7 ~) P% a$ Q' M' FCoreLoadImage()-->CoreLoadImageCommon():
# L; ]- ?. T) F! c+ d9 K- H  //
2 h: x& ?  a3 @* O( S1 s  //Reinstall loaded image protocol to fire any notifications
  //
' o6 q( {" \3 c8 J# x  Status = CoreReinstallProtocolInterface (
/ B0 O6 K2 P+ `# @- t$ s4 s& J             Image->Handle,
             &gEfiLoadedImageProtocolGuid,
             &Image->Info,
5 k+ o* m3 e9 l3 e             &Image->Info
             );

File:Notify.c
CoreReinstallProtocolInterface()-->CoreNotifyProtocolEntry()-->CoreSignalEvent()
3 Y- a! g7 d4 @+ a3 I( ~' g- TCoreReinstallProtocolInterface()-->CoreReleaseProtocolLock()-->CoreReleaseLock()-->CoreRestoreTpl()

lisen4

原帖由 xtdumpling 于 2008-9-16 11:01 发表
File: Image.c
4 _! e  K3 F& `/ C+ fCoreLoadImage()-->CoreLoadImageCommon():
  //
4 i' N' @* p/ f  o0 d. \  //Reinstall loaded image protocol to fire any notifications
  //
  Status = CoreReinstallProtocolInterface (
             Image->Handle,
, R! M- c2 f- A+ u" y: E  ...

- G3 `) o  ]( R" E+ T/ q9 l# Z8 M感谢xtdumpling~！

lisen4

有个新问题：
6 b# `" k9 b% A5 M" {CoreSignalEvent()确实能通知Image被load了，但是如果要在自己的Driver中使用该Event，MS不行吧，要么还得改CreateEvent的事件函数? 好像还是不能不修改EDK的代码？xtdumpling有什么高见？
# f; \5 [5 y3 p& y3 M" N& L5 n
[ 本帖最后由 lisen4 于 2008-9-16 12:12 编辑 ]

xtdumpling

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