1. Introduction, h j+ z' B0 h0 o! d
0 J7 @" q: `# e+ I0 x C& I% s
可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。4 ^ c# z N' B! F2 d
5 Z5 S# s9 p! a. S$ r+ N; i; b% b2. Function Call Impl
& @8 y( w8 u6 T" P r( T4 | 7 T3 a( i+ G% c2 j m: H
要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:
) r! l# a! G; Z( F# @' ^/ s. k( T8 s- t& O% T, R4 @1 q' L6 A( E
a = a; ' u1 t+ e v( P" f% ? k+ {; I
b = b; 5 T! d' s& Q4 S9 d; l# L) q5 s, P
testr(); 5 \. L! X7 J/ g) l: ^* A
testq(1,2); testp调用testq,这时stack的状况如下图1所示
' z" J* ?' I' S& i- z, }5 y* D" ~( _7 L- m: K
8 U* B( R2 g! ^6 J
9 a7 N. d; e* U通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。9 m: X& j( Z: J& I- [0 h# K" ?4 U
) Y8 G" A- X- B6 s2 `3. VA_START, VA_ARG,VA_END
+ I \% A2 U4 w5 Q
7 ?4 I5 R: @* U, d, n+ l {% l% m6 O# C- o' H. B+ i
这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:7 ] p& Y; t0 h5 L# B
#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)
: ^! W7 ]( {+ h) i& V(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
) B! _' C( T, V- L) u0 y N(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理
( ?6 I: I8 k( C! s$ l' v) I! J' Q6 V) d' n1 B
IN OEMCALLBACK
7 z! k" f5 ?+ X' n7 D*this, : D. I( B( [0 h
IN UINT32
/ r! B1 x/ ~+ V& wNumOfArgs,
, h) v0 M' V# I5 v. A! A...
5 f" y6 Y1 @/ B1 }% S( i
)
& E9 _ J6 o" j8 s8 CVA_LIST
U; r# E! T3 Z) J8 `* X9 r0 [' KMarker;
! S7 P1 }) x) i: T( B8 B
UINT32
( L, a* x, w Q* iTmp;
9 Y/ W3 ]/ g2 f W; m2 Y- qUINT32
5 L% s0 B3 D' Y1 a7 O1 R4 f% fCont;
7 }% N }6 K2 r, E9 C5 g6 F+ wVA_START (Marker, NumOfArgs);
" _( X7 }' U9 @0 _$ v- J# W
for(Cont = 0x00; Cont < NumOfArgs; ++Cont) 5 C8 E M Y% b- }8 I/ {* ? f( b! ?5 |
Tmp = VA_ARG (Marker, UINT32); ( S- y7 @ T2 C$ ]. W$ F' C4 ] _+ l0 t
printf("The value is :%d,",Tmp); ( t* @. r/ @; e6 N8 i1 I& a! C# L t
} ) I: D, f% G6 G7 c. m4 j# a; Y
printf("\n"); " L: @% D. O: N
VA_END (Marker); int main (int argc,char** argv)
" c! N4 U, C- TOemCallBack(NULL,3,5,10,33);
}
2 I$ A$ |9 w2 z, x0 c X; p先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:
. S, Y8 E$ x4 f$ N$ k
" k' p" J, s+ |3 ]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,否则无法获得可变参数的首地址。 8 Y1 K4 \) h7 v* }1 g9 h
/ K1 }8 b2 V1 T7 b3 N7 g* b1 E
以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!
M1 I5 S; L2 X2 b 7 G# w1 L/ K, d; h( ~1 [1 K
Peter* K1 Z! u- `% F$ q% c' B
2009-10-22 |