1. Introduction
x" J( |, _6 E9 X; { % a9 n% }2 p" I, f( V' S
可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。- r/ R* v0 ^8 C5 Y9 p6 i& n
. I2 m( [4 o# R7 W+ n* ?5 n! M
2. Function Call Impl3 V6 ]" z8 c6 d% u, X
$ z2 ]0 ]) e% r9 F L" p- h8 e
要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:+ g& H3 f. r- x% u* L; V1 d# B2 m
" f6 w0 Q+ P# v% X6 S- X+ D
a = a; $ v8 D& V u8 o/ p- v
b = b; 1 k, g2 T) Y# d+ _
testr();
5 \6 m6 Q; F/ J$ Z# dtestq(1,2);
testp调用testq,这时stack的状况如下图1所示
4 X$ F; f( r5 r" t, R5 I/ }. O: y" G3 g( p
2 |% C& R* |1 r
' i% T8 N( I4 Y2 G& a通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。# A9 T$ b# m! A3 [, B. [9 Y
, f2 X, J/ e" p* @ [0 C: B7 f2 o
3. VA_START, VA_ARG,VA_END: U, W+ d" ?. x: F) m
$ S0 }& v, H. K& w& y
' z) d0 T$ K3 [# _& _+ C$ ~0 B% B, E这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:
8 Q0 ^$ b7 p& C#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)
8 y2 Y9 m9 X) y; L2 V* G) g- I(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)+ w5 P5 s) E9 I- w
(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理! B6 ~& M! ^% a8 {; q
9 l1 I, h2 V$ U q3 `' f
IN OEMCALLBACK) l! w8 J3 N$ Y; {4 u) a. `, k
*this,
1 t( Q* C5 k. bIN UINT32
* @: \ o" O3 r8 h0 `+ cNumOfArgs,
, G& p' t4 z: z& F- m9 Z' O$ h9 K...
9 h, |- I/ [/ f( m H' F
) / K ^/ x4 Z9 |3 E- D
VA_LIST2 r1 R. b9 Z9 @' |. M$ i& q% @6 E+ c& W
Marker; ( x$ ]# s# F8 H' P8 t
UINT32
, _- Q0 B' x( K! Q: iTmp; 1 C* M5 U1 D; o/ A% A5 g
UINT32
! v7 l, C. f9 i" d" Z0 ?; ]0 QCont;
& j3 J0 g5 u- c" h- `VA_START (Marker, NumOfArgs);
* n3 @6 s4 n0 O0 B$ p& Z2 `
for(Cont = 0x00; Cont < NumOfArgs; ++Cont)
2 R: N* h) Y9 I, _$ ^; d7 X4 d{
3 O, x* ~0 {, T' {Tmp = VA_ARG (Marker, UINT32);
+ i; @, K1 h! G6 b+ v
printf("The value is :%d,",Tmp);
o* ?* d, m5 l9 A% c7 M9 Sprintf("\n");
' r" H/ W4 A$ ]2 mVA_END (Marker);
int main (int argc,char** argv)
+ l& \6 M* i$ p% qOemCallBack(NULL,3,5,10,33);
}0 m9 [1 g, H9 v6 A! s6 ]" P
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:( }& |' N6 `. o0 @0 E
5 B$ N& x+ s+ |+ G3 l/ {$ P4 tVA_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,否则无法获得可变参数的首地址。 6 V3 @- ~: L% [# S) h1 w( ~: `5 }* c9 U
% ?, `) ~% Y4 ^7 ~以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!' t' }+ e) {. R/ K0 ^
& x4 P6 ?% l: h3 ^7 V7 u, U
Peter
4 z; u4 a! @7 w5 c2009-10-22 |