1. Introduction: @9 w1 f( Y& F }# @
8 j+ b( B$ t: G8 ? c
可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。9 ?8 [ B4 C0 D+ K. x
$ M6 M# O; S2 t% v% g4 C# i2. Function Call Impl h- i% z! x+ r$ r5 q
* b- x+ G* n6 G8 [3 X2 C; `
要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:
. b" X# q! t$ i2 c3 v3 N: x% O3 x2 G. r2 ?! f% o
a = a;
4 K: F& `- o O1 B0 R9 a# J2 E/ g, ib = b;
( n7 u- {( w/ U [/ W8 Q6 E2 }
testr();
8 F2 x; ?- c( B$ J6 }9 htestq(1,2);
testp调用testq,这时stack的状况如下图1所示
2 `8 ?& x& ?8 ~: p
& J4 E: b& `- n. u& f" P8 ]/ g9 v |' n% _* y: t
" {$ `( l! D' v) D7 s
通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。$ J8 B$ b' R q0 x [- I3 F! f
& n2 @$ C' E4 V$ N3. VA_START, VA_ARG,VA_END
& o6 a9 R n7 f K4 A) K+ e- u! B8 T2 g
; W( b% Z( M( C" Z% N) G, W- X
这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:" `: f' G% H8 K) V% h
#define _EFI_INT_SIZE_OF(n) ((sizeof (n) + sizeof (UINTN) - 1) &~(sizeof (UINTN) - 1)) // Also support coding convention rules for var arg macros #define VA_START(ap, v) (ap = (VA_LIST) & (v) + _EFI_INT_SIZE_OF (v)) #define VA_ARG(ap, t)
- f) C3 u: H. K" g" G. i" @(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
p4 z6 A2 w' n9 [6 Q7 ?0 w/ E(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理* g, ]% y2 G' [: e
' b0 }2 T" Z! r4 m# V
IN OEMCALLBACK
7 \5 n" {" N/ S9 U0 K*this, . ] s+ b8 h9 {; x
IN UINT32
5 f& f! j: m |& t' {6 iNumOfArgs, 7 W) e, v: x4 D; M# A
VA_LIST) F( L* V9 c- S4 u M/ k+ x
Marker;
2 G! S, l' @! Z9 k' ]) Z* YUINT32
% z4 r$ }& G% k9 M& PTmp;
$ J2 Z6 u4 I$ m# j G; cUINT32
4 u% }0 S1 S4 ~) VCont;
% X3 ~5 r; K% l4 e9 l! Y) g: Q# T
VA_START (Marker, NumOfArgs); for(Cont = 0x00; Cont < NumOfArgs; ++Cont) 9 m ~* y. U8 U7 T1 t
Tmp = VA_ARG (Marker, UINT32);
4 R! a1 z; z+ y, F: w- Aprintf("The value is :%d,",Tmp);
4 C j: _- M! ]: J7 w+ W; qprintf("\n");
9 T* l. w- r5 _. N/ A' _/ HVA_END (Marker);
int main (int argc,char** argv) - C) ?7 `$ ~; H4 \; ?4 F
OemCallBack(NULL,3,5,10,33); }
9 P; w+ b" ]! D( u: y6 c e先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:* g" G" P" C3 N( e$ x
7 L" q' J# d; v# Y; YVA_START展开以后就是(Marker = (VA_LIST) & (NumOfArgs) + _EFI_INT_SIZE_OF (NumOfArgs))也即求出NumOfArgs之后的参数的地址,图中红色部分,也就是可变参数列的首地址。VA_ARG展开以后就有点意思了:(*(UINT32 *) ((Marker += _EFI_INT_SIZE_OF (UINT32)) - _EFI_INT_SIZE_OF (UINT32)))这里就是defrence出当前Marker指向的地址的t类型的值,并且移动Marker指针为下一轮做准备,这就是“Marker += _EFI_INT_SIZE_OF (UINT32)”奥妙所在。这样逐次移动Marker指针就可以遍历出所有的可变参数了。VA_END就没什么好说的了,防止出现野指针:Marker = (VA_LIST) 0。最后一个_EFI_INT_SIZE_OF它是为了特定平台的内存对齐的需要,因为这个UINTN在不同的平台下大小不同,所以使用这个宏会将内存对齐到一个机器字。关于可变参数还有要特别强调的地方就是:一定要有结束标识,否则程序无法识别参数的个数,OemCallBack中的NumOfArgs就给出了参数的个数,另外就是至少要有一个不变的参数J,否则无法获得可变参数的首地址。
% f! ]$ J7 a5 V: J, L0 {6 z" b8 z3 x" p( ?
以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!9 G: H! D3 t& R' b+ J2 S
; i# A1 I9 j% [
Peter8 D9 P; v4 S% D% y9 i/ E6 w; u
2009-10-22 |