1. Introduction3 j6 k4 V7 @& G' [7 |# {# M
9 s2 |( S2 Y' j7 Z
可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。
% r# A- Q i7 z. m8 E* o
0 L' B7 @- l% G* _( |5 Z2. Function Call Impl
\9 p! M+ A9 \* y2 q8 ~" P6 }' M - l4 O2 r6 g& B" u) t
要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:7 Z& {3 z O; O6 T, N* Y' E; s# Q3 K
; Z% C) z, Y3 _* B; ]% V
a = a;
9 Z+ j; Q* s G9 t8 ^6 |6 x3 h1 k0 C, jb = b;
`$ U% Q& u! u3 C
testr();
3 D6 P# z& r ntestq(1,2);
testp调用testq,这时stack的状况如下图1所示
4 J2 Q) M" c' {1 C4 c; e; ^5 J) T! T K# t9 t
- Y6 m( i( n% R! I8 N+ ?, G
7 H M% s$ o) I& Y. k) c通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。
+ L+ U g/ U( `" y& Z 3 c+ z- J8 u" q: |' R
3. VA_START, VA_ARG,VA_END: ~, o* p8 B; x4 f8 {) g
2 r( R/ z, o' w
8 z) L3 }0 H, `7 _1 }3 Y这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:
! o2 L- [6 ^7 U& ~5 o {3 }6 A#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)
! m" q! [( V) U, _$ k(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)' v8 l: @0 k6 U) j' s% J6 x9 u
(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理
; b( _9 R! I6 B$ p1 Q- k: o. ~( O
) l7 ~* i' m: n' U0 PIN OEMCALLBACK9 b9 {: d7 `; S$ L+ r
*this,
- g5 D0 D) X A: Z2 F
IN UINT32
/ ^+ C4 ]5 ~3 [NumOfArgs,
9 _+ q" ^- P) A, q* b7 ?% [6 u...
5 F. n! U4 n9 o; R6 L$ uVA_LIST
$ v3 a3 c4 S; N' l* w! N5 oMarker;
& H! v! B: G( h# u+ D) HUINT324 @" ~$ }4 G6 a$ ~. v% o
Tmp;
7 B g6 E1 G/ w) G- ^! z4 k8 FUINT32
$ i9 q. `$ F" P8 }7 `Cont;
3 A% W" {3 l) P0 ]2 M& y0 v0 E
VA_START (Marker, NumOfArgs); ( M0 @5 Z* P Y2 }& b5 c( F$ J! R
for(Cont = 0x00; Cont < NumOfArgs; ++Cont)
) B5 K0 W! v- r6 P- {3 m# M{
' U; p2 Q( U, I4 E3 L2 C1 O
Tmp = VA_ARG (Marker, UINT32);
. g& g2 [, |1 D5 S, Tprintf("The value is :%d,",Tmp);
2 j6 {' o1 v+ `; K. Q: N}
$ i6 Q" f g2 f) Q$ c" Q4 i$ a' G
; W7 i" R- s9 j/ Wprintf("\n");
4 Y2 \0 n4 r* r0 GVA_END (Marker);
int main (int argc,char** argv) 9 Z7 s f7 W& k6 R. a9 j) e5 {& x. H
OemCallBack(NULL,3,5,10,33); }" z# _0 T7 V5 W" y9 t2 n2 T
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:' j! _4 X1 c; @
; ?7 w, t3 z6 v0 dVA_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,否则无法获得可变参数的首地址。 & w6 D6 k5 J& ^: U$ ]
: u% p- J" P- U o7 s以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!
- g3 y0 {: u( M, \) N7 Y8 I% M ; o; i; ]+ a# S# D+ x, C7 ]4 A
Peter, \- ]; Y- ]- _5 ]* k1 ?
2009-10-22 |