1. Introduction
2 W- H& L: K D! f
* m1 L& I: D1 ]/ Q% C$ b' Y可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。- g8 q: A. E* }2 z' t9 ~3 \) s4 @) L
( ^' `" a# J5 A+ z# [; F2. Function Call Impl7 Q+ Y/ x ~* }# g" U& H3 ?
1 B- G$ }/ b* `/ v5 s7 @要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:. I+ K/ } O* j/ r
5 p+ K* y" A3 {9 w5 g& |a = a;
& f# }( W6 F1 y& W7 ~/ U1 a) [b = b;
$ V! K! J* L, R H" R* g, _2 h7 G
testq(1,2); testp调用testq,这时stack的状况如下图1所示: N Z9 J. G8 [
# t" q& F) _6 a5 y/ S* C6 R
; I8 j2 L6 M; o
( ^3 F/ U- M4 w. z6 L6 ?/ O6 s4 C
通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。& [+ `* @% s: u0 I) R( I
2 x5 O7 x3 o2 v* I/ |7 T3. VA_START, VA_ARG,VA_END
2 [- }& Y" q, V( k M9 d& u: r& E2 o5 t9 S
/ E5 \& [7 L0 f0 z# Y这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:
8 M) }' ]) r3 T# S* {#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)* V J9 Q3 h0 `0 @* P& [: C4 k
(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
5 x, {& K0 ? x6 k(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理
1 d' Z) n: X# C( w0 _9 i; O0 \! R; E) u' s
IN OEMCALLBACK: l& Y! K) |( T! ~ ^" D$ Q. s7 A
*this, 3 Q9 \+ `% Y+ `7 f) ~
IN UINT32
+ r3 e- e3 Z6 LNumOfArgs, 3 A: V/ v% L. @
VA_LIST
' ?# L* u4 P- J8 ZMarker;
7 B$ ]6 r5 l: _+ |5 Q# j# AUINT32
5 T% y% Q' Q: {4 I: hTmp;
+ \1 }! Q/ q8 R q) i# S+ t! q/ KUINT32 x1 b4 z, x ^3 u' J# X
Cont;
" E/ a, r, L. e
VA_START (Marker, NumOfArgs); 5 Y* n5 Y' ]( y" d# S% b9 r
for(Cont = 0x00; Cont < NumOfArgs; ++Cont)
+ F9 F. y2 N; ]2 m ]5 A. o{
, K0 P( h/ t% S' R9 r5 g+ [' L' ^; dTmp = VA_ARG (Marker, UINT32);
: {' d) F7 X, S( ?# m
printf("The value is :%d,",Tmp); 6 s2 l3 Q: W6 {) W: R+ R; ]
3 @ L. L @3 j2 }) dprintf("\n");
2 V/ Z$ j' Z+ f& r3 ^( dVA_END (Marker);
int main (int argc,char** argv)
( N# o( m4 k" `: z0 c( _OemCallBack(NULL,3,5,10,33);
}8 L2 \, G* ]$ ^" y' T
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:5 l4 n: z0 `1 v) S# ?6 K1 K, u$ N
" Z( P/ q8 I4 {' w: Z. \4 J' }% 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,否则无法获得可变参数的首地址。
3 }% i4 ~ L( ?; L- }+ @" h
9 U9 o6 Y! ]- i, |以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!
! y* f% O2 p$ N& \! t( A
* z* F4 o# B, @2 p; p" ?( ~, nPeter
) }* q1 n4 F5 _' m" A( a2009-10-22 |