1. Introduction
8 t7 r- Y& }9 Y3 \ % b$ P7 s0 [; ]5 C; k! _4 ~7 e4 Y7 d
可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。
P1 g g) x# q - V U1 R9 {: w( a
2. Function Call Impl( o$ h, ]% P: S
0 y: n# k+ p/ D3 t/ Z+ t, M$ c
要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:
! L6 l" v" y( z9 b ^) D) V5 j- i w/ G6 n0 T; O
a = a; 3 e7 @1 ^8 k* J9 X& C' ^
b = b; # t! C2 _) f0 z7 H) s& L
testr(); $ ~( P) r% u/ _
testq(1,2); testp调用testq,这时stack的状况如下图1所示
, m% v7 J7 K, K) c Q; L
; ?4 F! z- G. S& v
+ f& A ?8 l ` v; M+ y- J2 I; a# I8 n1 R2 {% e: \5 ]
通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。
4 @4 p9 W l4 t$ S
, M$ B) d1 p( o5 q+ H* P0 v3. VA_START, VA_ARG,VA_END
# ~* s1 N ~4 U, _ u1 v9 b
& P# M& _' r: j- a+ P
! f% O- N( p |/ G这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:+ L) d3 g0 ~# o, w# n7 d9 P7 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)
) k: T# _$ K5 j(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
" P( ^8 t8 m& ~- l8 e(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理3 n' ]( D9 q; L3 B' E2 c, e n
8 o7 }3 s2 e/ [2 Q' A' LIN OEMCALLBACK3 v0 M1 E4 R3 w- K) J
*this,
9 U: f- f2 n6 b+ w$ e9 h. T' \IN UINT320 d3 ?- j7 L9 `. i2 F# w
NumOfArgs,
& z6 h" Z1 f+ w. Z' M2 v
)
3 o. n& H+ M/ r! r1 GVA_LIST
. y7 G! q+ s, [6 QMarker;
& K5 U. O: R: h0 T s# z. n; c3 mUINT32
. W0 g1 W! u; | Y) |0 i3 Z3 E, n8 x% NTmp;
2 A$ a6 ~7 N# Z# e# {
UINT32
4 U/ T; @$ C8 [) lCont;
. B. c' _) a- e8 d' y8 V8 ?VA_START (Marker, NumOfArgs);
for(Cont = 0x00; Cont < NumOfArgs; ++Cont)
8 |) s3 r+ e- gTmp = VA_ARG (Marker, UINT32);
4 [% {( r: I) v$ c" e5 g4 v
printf("The value is :%d,",Tmp); ( J, b# J8 x; W/ q8 I* ~$ @
}
! `3 i; `5 K) T) V# Dprintf("\n");
: u) u& @! ~ H& P2 [VA_END (Marker);
int main (int argc,char** argv)
# D5 P* J( ]: I$ H# T, SOemCallBack(NULL,3,5,10,33);
}) H' K5 \1 l8 Y. B4 i6 j/ ?5 Q
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:6 ?6 e/ {7 K6 {! t4 z( i) z
' {/ l# O& N" k. n, z+ h: VVA_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,否则无法获得可变参数的首地址。
/ t. w' R; `# Y$ u. O, {0 m: j, t* m" Q
以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪! Y8 \. s h) G! S# ~% l0 s: r
4 f4 C+ C r& x% I4 Q' D/ Z% D0 u
Peter
6 h! O0 x% W, E3 L2009-10-22 |