1. Introduction
6 d5 I9 y& Q9 t8 h + t Z% }, G3 E1 p* w
可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。
+ X: ]" X" r, c( z" \4 i % f& C; ~5 v T# U2 B9 n3 M
2. Function Call Impl
- g; V0 y- n* w' h: J
. x0 _( p- C. Z0 Y: ^要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:- |2 c# e! |6 O- _- T. y% ^# ~ a5 L3 o
8 {6 d3 ]- R6 C; g+ [9 Pa = a;
2 c% h, t* {! Z1 A' Jb = b;
& \* y- p8 v' o) ^; i
testq(1,2); testp调用testq,这时stack的状况如下图1所示
1 c& R# z" ? c1 }5 g
; J I& O6 } b/ M" }
5 ]# [+ Q% N) @9 m7 G9 e( V$ |4 g' p* s7 h ?0 J
通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。1 E8 u% X6 j, k: @& I# U$ B! u& j
* g2 {: [ B, ]) |6 B. d% r
3. VA_START, VA_ARG,VA_END
' H5 [* j) @6 i$ o( A5 w& ^) n; S' W9 o) ~2 [: [* r" X
$ V5 K. X1 Y+ }4 F! Z5 i* u
这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:
2 ?+ z; Y! C& Z' R1 B- \3 P#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 c4 b) p9 M0 K(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
/ \3 |( |, `, g1 J% y(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理/ l" g! E0 Y5 A; D, _
7 I' {+ U# x" w% kIN OEMCALLBACK
1 J! |1 a* P! H*this,
; j! |1 i$ O4 d3 d* @, y0 x
IN UINT32
+ o/ }- t; y; }" u Y4 GNumOfArgs,
5 C$ O0 q$ w0 |6 B' J( {) W+ ~% }2 G...
, x( S& v+ ]5 |. b* \- H1 o
) 2 S- ~9 X; z, q5 E7 W, L+ ?
VA_LIST- r1 x( k1 Q6 e- B2 G, R. |0 M5 @
Marker; + s. t+ ?! ~ R2 i- u5 ^
UINT32. m/ F$ }5 `$ i+ {, a! [
Tmp;
+ e' t% `' W1 W" t, b2 c3 {UINT32! A3 x% ~. a9 O& J$ `
Cont;
4 T4 V* N- Y( a
VA_START (Marker, NumOfArgs); 3 }# Q$ k6 Z& t" ]) r( u# i
for(Cont = 0x00; Cont < NumOfArgs; ++Cont) - O! j" B: j/ \8 W) ]
Tmp = VA_ARG (Marker, UINT32);
: @- }- ], Z/ ]printf("The value is :%d,",Tmp);
* v& d& @! N$ @% l% p# u: ]3 _
( Y+ ^# X$ f5 S+ oprintf("\n");
7 c; P6 T/ i/ C2 c( U
VA_END (Marker); int main (int argc,char** argv) + B! ^6 m* X8 f( C
OemCallBack(NULL,3,5,10,33); }; S/ _5 S1 @. v) O' Z* y
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:
- q. `: {1 d0 p
3 r1 U3 W1 k& s3 i# I- ^, P K" pVA_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,否则无法获得可变参数的首地址。
9 L0 n7 H0 O! w: B* e1 m$ l7 C& T- R0 }) ^" F- ]
以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!
+ g. ]8 v9 u: x ~$ { 6 J5 N J" n! s7 K1 D/ C/ ~
Peter& N/ l8 F0 N: P( w$ a3 y
2009-10-22 |