1. Introduction
L3 _+ V6 h3 `2 n; o
& U p; y5 I9 H# M7 v, n( `3 J9 D) {9 c可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。9 z& [: ~4 m) m% n
4 v9 L. i8 [4 W8 R* M
2. Function Call Impl9 G9 E* f1 y3 `
2 e- T6 r2 \* b. s4 G9 \- g, r
要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:
- U' Z& v" B4 a/ a% ?* o" E$ {- @$ L# j% S( F
a = a;
9 M8 `5 R" i& X$ Q: K/ R3 mb = b;
. C0 O. s C' v' D2 d
testr();
8 l, s' i5 d$ D y! |testq(1,2);
testp调用testq,这时stack的状况如下图1所示
( z' ^; I9 l% R W" W1 \
?& ?$ x, r- |" n8 h( U- `* V; Z- ?. m. A' D! C. j: s* C
, P3 t% |/ O `) A5 H6 g* O+ G
通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。% V% K B1 \5 `6 ?
" C o3 c1 e$ n" k5 D @3 C
3. VA_START, VA_ARG,VA_END. U) y: f7 k7 e, t! c1 o
* V+ P W2 ~5 N1 Q" G# G9 x
$ Q3 m: J5 t! m" e* P5 g! L% b5 _" \这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:
# A* q! L1 T- e* m% d! t( ^#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)
# ~) d! I7 a. `+ F9 d/ }& }4 s(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)9 t/ P8 H7 C0 ?+ M3 Z+ y" d
(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理
* d% b+ U( X0 W' o3 }: u6 r, E, @+ H3 U' w. b: R
IN OEMCALLBACK
8 P! b- Y+ D1 u/ z5 s) B" I*this, ( N. d+ M/ A# D
IN UINT32) |; c" }9 b. i' N6 H
NumOfArgs,
$ y6 ~3 d: [) n+ k3 B: W...
8 c$ E4 T! s9 D' ~; r7 R! P
)
, c x9 A5 E+ q+ `VA_LIST# j# a7 R: o' Q Y
Marker;
" X, Q( J% Z" m) t5 DUINT32
/ C/ q' | m& C# F) n8 B# e% }Tmp;
& [/ W6 W* {+ ]! g* s' d
UINT32$ h( A) W1 O4 ~9 h# H( v' y
Cont;
1 y7 p4 B; \3 Q* u: N+ ZVA_START (Marker, NumOfArgs);
for(Cont = 0x00; Cont < NumOfArgs; ++Cont)
5 ~ `4 v9 Q- M5 ]( V3 [Tmp = VA_ARG (Marker, UINT32);
* b3 K4 S/ h% t; Y5 ]/ O c% h9 p" Y$ g
printf("The value is :%d,",Tmp);
7 |5 z9 @% H& R; R' ]( y$ }}
; M/ P4 Z& p* [0 x. K6 W
printf("\n"); 6 N W* E3 j, @5 D! n
VA_END (Marker); int main (int argc,char** argv)
( ~# ~7 A* e5 m( }' o+ B3 xOemCallBack(NULL,3,5,10,33);
}
7 T6 Q7 [! }% S8 s! h( P先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:
3 m4 ?$ H4 v( F* e- O& {5 k: `
4 Q) p! r( e) a/ ^; YVA_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,否则无法获得可变参数的首地址。
* D4 `. w% \7 h7 q( O
$ }/ `3 C$ b8 |( n4 D& `) L @以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!, k; N2 V1 I; [
" B3 Z9 t( h; N9 ~) z
Peter
; _( H1 W$ z8 X2009-10-22 |