1. Introduction. H2 a+ s) F8 l8 L, ?
0 i* v' b7 ^; v) g X+ C可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。& ]. [" H/ E- u( h
6 n' l. d; T1 m; ]0 v
2. Function Call Impl
7 x6 c [3 `4 L- K7 D) { ' h [7 n: _1 g) f! Q
要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:; K/ a, a8 @% } |2 c
6 F5 M5 |' Q6 V& B5 L
a = a; 9 m- @- S& g# R$ ^
b = b; : P# N% Y3 N, [5 g, u" E: V0 z( I7 G# b2 [
testq(1,2); testp调用testq,这时stack的状况如下图1所示8 _: ~: w* Q5 g7 o, l. m
! e y6 W% B7 G% ]# s
9 @- @; f: ?; c: R' Q/ {) R
E' N. G' R0 N2 [: e通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。* L0 Z# j1 }0 G0 `8 n) b
2 h/ S1 M0 c. m( M
3. VA_START, VA_ARG,VA_END5 A% S. t! ?- d4 [) y5 T) k
5 W( m9 F0 W8 }/ U0 e/ A4 L
" @3 L4 S$ _" m6 Y) }- a+ t这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:; k0 ?- A5 G1 W' m1 R3 r& z
#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)
4 p! P: F, `- A, e+ [(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
7 g5 ~0 l, m! v3 v; b0 d, y$ i7 s0 `(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理0 i$ v0 o- M! x( U. J4 y2 X+ g
4 l# W8 i9 B' C3 y* v! H& J
IN OEMCALLBACK! M: Y5 B) P. m5 U1 D
*this, : r" q2 w8 C) j7 A- d% O+ D0 |
IN UINT32- t! v; }/ ]* E0 T
NumOfArgs,
9 l- M- y- m' q8 z/ w6 Z...
) m8 g/ |8 j, k! z/ w( `
)
- y. l/ O" f% u) H U. k' jVA_LIST
# n. Q, s2 [) R: }' j; }) xMarker;
# B/ b$ j8 y& _
UINT32
4 q* s; g( W- j) J2 K7 }* `' oTmp; 1 D; R: R& U! e( _( Z- |6 _- {
UINT32
) \6 M- J1 O# RCont;
7 [8 p8 A. x. I+ `& p& gVA_START (Marker, NumOfArgs);
# q; e* f- [# W/ O7 z8 p+ B5 c0 w
for(Cont = 0x00; Cont < NumOfArgs; ++Cont)
) l+ I' G# D$ C1 P, v, S+ W{
2 ~* M$ ~; c" ?/ ]5 dTmp = VA_ARG (Marker, UINT32);
* K" B: f& E' {" k/ yprintf("The value is :%d,",Tmp);
# o: J7 z" [8 _ i' e8 b! v8 ^3 d) u) g
}
% C u8 ]5 p2 g) j6 zprintf("\n");
) `7 u- A- d l9 p( D+ _, ]
VA_END (Marker); int main (int argc,char** argv) {4 t/ \: v- o, m
OemCallBack(NULL,3,5,10,33); }- Z3 t" ^0 t9 \! f
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:
/ z3 O) |3 e) _- ^7 x( i" ]
d) R2 z# L- V" Z" IVA_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,否则无法获得可变参数的首地址。 ! F3 y! w0 N8 q; I4 @3 f
- f$ n$ ]8 [- n$ n9 [
以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!0 q; i5 K$ f5 D" H+ E$ S+ M* E
1 R$ j1 r: h) ~- `0 C5 t
Peter, K4 B' c) K5 J; o
2009-10-22 |