1. Introduction
3 P7 Q' A3 E) d) `/ O
$ w7 Q$ Z7 U% E# h; |. K可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。
; `* x. U* o; U/ ~# ]
. a2 h" h" u9 {+ t* [, M2 _- a2. Function Call Impl+ [: @. {1 q( }# o1 @
! z" e" ~# T7 E; M) x
要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:$ u$ H2 P, F2 d) u- i5 \* m
`8 X1 y, K7 N; [5 Y1 M( }4 n4 Ya = a;
$ g+ \: V2 Z+ J% y" j* K1 Etestr();
8 i! B' W/ ?8 ~2 I$ a& I9 F9 C, L" dtestq(1,2);
testp调用testq,这时stack的状况如下图1所示4 r# A" z* X, V: J$ h1 R
7 Z# K! s8 C- l1 h1 c" y: j
7 S6 F. `1 d8 r4 q/ C9 [) U! L9 m
通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。
1 k2 P3 v$ G# l) i! v- B
1 K' f; @$ ~* j8 @* B3. VA_START, VA_ARG,VA_END
0 ^5 A" j( b* t" b* c7 V: e7 ~. e f( @- y1 {5 Q7 B/ Q
/ y+ g# \4 b4 Z( X- Z- U$ [这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:% O y, |6 ^& L. g$ S/ u3 {* g
#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)- k- X6 m! t% c0 n
(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
% h3 `3 B L' [, e- p4 s(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理
+ a& S; E% O2 j1 U* @
( { G0 `, F3 x# S3 pIN OEMCALLBACK$ u- {% J% ~, U& n2 q
*this,
% y [" u. s# B& }8 S4 Z/ K
IN UINT32
) j! y5 g$ V- Z9 N+ }5 SNumOfArgs,
4 T: k1 N7 g8 W3 {( f2 {5 L# H...
+ D& e( w; R# l; q* c- k! a# \: _
VA_LIST) P# I$ w k8 m
Marker;
8 r3 t+ b4 G/ XUINT32* K* a1 h7 a" F8 ]
Tmp;
6 ?- Q- Z1 n& o8 K
UINT328 b* l3 D! _4 N" Q1 f2 k
Cont; 5 E0 Z% _; O% e5 \' e1 X
VA_START (Marker, NumOfArgs); for(Cont = 0x00; Cont < NumOfArgs; ++Cont)
9 G2 l$ K3 F7 M# ?, i1 u{
# q# Z0 w% [% M+ p* _
Tmp = VA_ARG (Marker, UINT32); ; Q8 O) n5 N! }" Y6 w0 c
printf("The value is :%d,",Tmp); . w7 H! v) J2 T8 c5 z* U. d- f
} " D/ ~. C9 [7 W/ H# Z6 \; C+ T
printf("\n");
1 V1 B |9 M U8 _, wVA_END (Marker);
int main (int argc,char** argv)
+ a2 \* b2 v4 Q% Q& z- G, Q, i: NOemCallBack(NULL,3,5,10,33);
}) [4 T- F" d" w0 `+ p' ]1 W
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:
5 z+ {7 A# W$ k$ x8 e9 s4 W, f+ t4 f s+ T* E
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,否则无法获得可变参数的首地址。 ; K2 q9 W& G) G% `9 r/ ~- y
. r, H X- K3 B' M( n4 y/ B* z8 s4 l. w以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!
/ Z% v X. [8 R
& @* Z" A3 t/ SPeter* [5 V" P) c" I
2009-10-22 |