1. Introduction
$ \* c# f2 b: n7 l4 e9 r7 Y
( l8 P$ Y4 ^& b/ l3 W可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。5 t" @+ u/ \) f. w
4 T) u( Q9 C1 F5 @! W/ I0 C
2. Function Call Impl6 P6 {/ y2 o* V, G/ J" l
0 _3 e; U' H' i6 Y要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:5 ^5 k8 r" Y8 I
9 a) V5 P1 n9 T$ U) w; y% o! }# Ba = a;
# m* q' |& w8 A2 R2 y- F
b = b;
3 S1 [$ j9 ]% itestq(1,2);
testp调用testq,这时stack的状况如下图1所示' u; i4 f2 R) ]+ u, c7 k6 v
! j' {1 ?6 p# g4 D: ~3 k
8 k" d( g7 ]9 `4 F* w7 b3 [7 n/ Y) z. f* I6 L. }& o! `
通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。% l5 _; @# v8 A q. [
8 r# l/ p# u3 G: {7 G: Y- i3. VA_START, VA_ARG,VA_END# t; g. F6 p) X4 y
4 ~3 B$ a' h8 @) E* S; w. x4 c/ k1 D
这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:
* T- z" P {6 ]#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). D9 G( ~& d0 _7 l! D
(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)2 [3 g) P! x9 f; @
(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理
* e/ }5 N! l6 @1 k
- [' \6 d6 U5 g6 ~7 o0 E% K. yIN OEMCALLBACK' _' {+ W& d3 {7 d& F9 \6 H* }
*this,
9 C4 l& S. G4 D
IN UINT32
: P+ k# m) P$ p! Z: w* I* yNumOfArgs, 5 n7 D) D- a5 d/ ~. T) C
...
& C) N: j% u t& m1 v1 rVA_LIST
' d; {- J; C! {* U3 N0 a, HMarker;
; H, t/ A8 B7 n2 @8 A3 ~UINT32
1 G+ w& k2 m% ~Tmp;
$ x u* T. p* ~# y% i' bUINT32
, @9 _$ m6 L3 {9 E: r! GCont;
3 Q: Q' y% I9 _) P% U" l" T) m" j
VA_START (Marker, NumOfArgs);
* L% R; e& k5 p# B- b- d( W
for(Cont = 0x00; Cont < NumOfArgs; ++Cont)
2 N% ?! _7 @1 h* I. yTmp = VA_ARG (Marker, UINT32);
: Q- B |! Q" z `5 Tprintf("The value is :%d,",Tmp);
* c, Q% l# y/ b5 c! ^. [7 u$ H
}
0 H# _8 e) Z: ?' U9 e7 ~2 C/ mprintf("\n");
: G3 w+ V3 D! vVA_END (Marker);
int main (int argc,char** argv)
4 G% }$ k; `8 `3 c& `5 tOemCallBack(NULL,3,5,10,33);
}
2 L# U7 R; L# k, m7 W先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:+ I, ?( A# X- c$ m6 j
& Y+ X/ h0 A! l+ s7 d
VA_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,否则无法获得可变参数的首地址。 ) x+ N7 t7 m! h% ]
+ f/ |. g9 U! c) Q/ ~
以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!5 S" ^+ G& T$ B% o
2 h- V7 K' D4 @$ j" T0 W, I
Peter
' t; I) z* z% |" S8 k2 n2009-10-22 |