1. Introduction
2 M$ t- M, |" k I* t2 r u) I . o4 d# w+ k* z- t, v' q. |2 a
可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。+ `. Q& ^# c) x2 R; F0 r! t" l" b
- c$ y# ^! s% x5 G' }; z2. Function Call Impl
5 [7 H( |, b; g: y- S/ ^
\7 o* A* P5 P7 K# r; v7 S+ e5 J要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:. ~, x( C0 r& i8 g: L. o; n
' x. Z% [( o' q2 i8 K
a = a; , H0 a$ ]3 G. h2 N9 e
b = b; " V9 b7 x) f8 D8 P
testr(); 2 s; R! m' ^9 i, Y! y
testq(1,2); testp调用testq,这时stack的状况如下图1所示, L' s2 r X1 \- `
/ g# C/ z6 {% {, k0 G7 b% L+ F0 @% `! P, U
6 N0 p. l, a2 L
通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。
0 \7 N/ r' ?: @8 K3 b. j
; {% Q0 G6 [: K! u6 h3. VA_START, VA_ARG,VA_END
5 |$ ]$ i' u4 B' q9 C: _7 D- u6 p/ R# N4 C7 W8 n& D
2 }/ t# {; @! z7 ]/ ?这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:8 S3 Z# Z: G, s2 n j* Q
#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)% U: w$ d) g; w; ~2 ~) d, X2 J
(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
2 ^' a$ y' H# Q& }% ~' \" X(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理" e* k& [- a I, z: G
9 _! A1 r3 H" q+ ZIN OEMCALLBACK& g1 g; v- X& S& e. k6 F, k
*this,
- ?6 O3 n2 X4 i. g$ @IN UINT32
+ M! U# a9 V$ m6 h. K3 I6 f+ s e# i& zNumOfArgs,
! p! z$ h; v% j. |+ N
VA_LIST
! s( V7 ~8 C! _; @! T$ x0 ?7 N4 ~6 CMarker; 6 |0 b/ b0 d: }+ ~
UINT32; ?% o* ~+ w7 l' @2 j, [* A
Tmp;
, U6 p/ j3 W7 l( SUINT32
5 c6 F: L! y4 O: U0 U, `: wCont;
5 \6 R8 d- q( P5 l+ e$ y/ M
VA_START (Marker, NumOfArgs); for(Cont = 0x00; Cont < NumOfArgs; ++Cont) " t" ?7 y+ Y! f: b8 k' G) H
{ ) P+ h: r8 b4 \
Tmp = VA_ARG (Marker, UINT32);
& ~) h3 I9 d" A0 K' P3 [printf("The value is :%d,",Tmp);
+ z- E" B; v. q5 m; s( b: i
3 k! e5 \0 p8 \. O5 }printf("\n");
9 K- N7 {9 a' _; ?5 q# q
VA_END (Marker); int main (int argc,char** argv)
% h, X$ K5 M+ \9 R: WOemCallBack(NULL,3,5,10,33);
}2 O" H: h2 x" r( I( U* H
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:+ ~# B w+ [3 r) f0 Q! g# k% H% f0 m( h
2 ?: E0 t- x1 r2 M% D" CVA_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,否则无法获得可变参数的首地址。
5 I4 u; A+ y& p. [( r" r4 k; \' r' E! h+ J3 H
以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!
! {/ h" b) P, B! E7 a 2 m4 _2 X6 j4 V5 z
Peter' o4 t/ g- n6 E- E# L3 {7 d
2009-10-22 |