1. Introduction
9 m7 |, V% T* ?8 N 2 a4 t- w5 I$ Q. J
可变参数其实是标准C语言一个内建的功能,它和EFI本身并没有太多关系。但是它在EDK中有重新实现和使用,而且我们家的code base使用频繁,很多oem callback都使用了可变参数以此获得函数格式的统一以及参数传递的灵活性。所以我就提一下可变参数的实现,希望对Legacy BIOS转过来的以及对C不是很熟悉的朋友有所帮助。! y' p! r9 a1 G# S/ S0 a6 S8 }& E
5 a( N" d9 _0 x% n! P2. Function Call Impl
- d0 _0 L2 o; n+ M; P- v
+ w% i ^ Y/ L8 d4 k* N; v) v要想搞明白可变参数的实现,那就肯定不能不提C的运行所必需的一个核心部件stack。离开了stack,C是没法活J,这也是为什么EFI code 只能99%而无法100%用C实现的其中一个原因(sec阶段需要准备好stack然后才可以交棒给C的code)。先看一看函数调用过程中stack的变化状况:: I& h# H* \4 Q- W" J
/ [2 d' y7 ? i# k$ d. Ua = a;
" S/ r- v- @, e8 F6 Y; R: g& q. Nb = b;
4 V8 h2 u* v0 {3 A4 [
testr();
, q+ K' |( F* X( V1 }8 Etestq(1,2);
testp调用testq,这时stack的状况如下图1所示- V4 B O6 T! D, k& |
4 X0 O+ _ n/ J' k5 W- v4 Q u+ R
! T- X7 @3 m7 {$ o' H
% x# N9 G" h0 S! P通常情况下stack由高地址向低地址增长,压进去一个参数esp就会减小,弹出当然就会增加而且通常会以机器字对齐。一个函数保存局部变量以及调用下一级函数所需要的stack空间被称作一个frame。如上图1所示以ebp所指向的地址为界,ebp上方的为一个frame,下方包括保存的testp的ebp为另一个frame。ebp的存在也方便了函数参数,和局部变量的存取。ebp+n即可取出参数,ebp-n取出局部变量。函数调用参数进栈的顺序与平台和编译器有关,但通常都是从右向左进栈,所以testp会将b先进栈,然后是a接下来保存返回地址(从testq返回时继续执行的位置)。了解了这些知识,就足以揭开可变参数的面纱了,下面就来看看可变参数的实现。; _# M3 H& R7 k; u
% c1 e! I; C: R% Y
3. VA_START, VA_ARG,VA_END
# E4 J4 T) S. j7 O2 G8 @ t4 U( j) q6 U2 G! l3 }- m& }+ u
; l W' B7 U5 M' Z& ^这三个宏就是可变参数的所有秘密所在了,所有的代码一共不超过十行,可是如果不清楚前面所提到到stack的布局,想搞明白这几行代码也不是很容易哦。翠花上codeJ,edk中的实现如下所示:* ^5 H6 U( Z( O) j, g% j
#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)
: F! l" G$ F/ S: n. S/ Y1 [, U(*(t *) ((ap += _EFI_INT_SIZE_OF (t)) - _EFI_INT_SIZE_OF (t))) #define VA_END(ap)
/ j0 c6 J a" B5 f5 E- N(ap = (VA_LIST) 0) 用一段测试sample code,演示和讲解一下可变参数的使用和原理
0 T* @; ?4 T% c/ G+ \* v
) R: y0 o3 t% c, k' X1 X3 MIN OEMCALLBACK
* p) C6 Q( K6 p$ l*this,
' M# X: E8 i6 J2 I! G/ Y9 A
IN UINT326 J! ~# y! n) `1 a) ~
NumOfArgs,
7 d' G( m- A3 A. K& X/ \/ `5 K8 o...
2 K; H( S+ G1 i
VA_LIST
3 P. i) W7 X9 T* s. {Marker; 9 d& i9 N4 g: m( O
UINT32" _' L0 f0 {+ |( E) R6 M5 ]6 C. f1 K
Tmp;
8 z" \3 U5 F. K. V) _! \) {- dUINT323 P; R( b3 L6 v9 \9 I6 o a
Cont;
: l) y6 |' w) s2 B% ^& aVA_START (Marker, NumOfArgs);
^* l" t( a: r' I6 c1 u8 g$ R7 G7 C
for(Cont = 0x00; Cont < NumOfArgs; ++Cont) ) D; X; F! H0 i
Tmp = VA_ARG (Marker, UINT32); ! R, ^, \: i$ J& m' g9 @
printf("The value is :%d,",Tmp);
& @: G* Y U. G& k4 `( ^6 ^
0 m# v0 b0 a% X8 o8 Q5 o( r! H$ Bprintf("\n");
( |- X7 t) c8 _- E* ~VA_END (Marker);
int main (int argc,char** argv)
! M6 `% L0 x: P1 i' eOemCallBack(NULL,3,5,10,33);
}$ @; K9 ?3 V' @' K9 c
先来看调用栈长的什么模样,再来分析实现原理吧,调用栈如下图2所示:
" O1 m5 V9 w$ A- P. d* b9 |2 J; d" Y a) v" g2 r2 f' `, i
VA_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,否则无法获得可变参数的首地址。
' z) |8 N6 C3 l) n) @* O ^6 P0 M6 L+ V3 @& ^
以上就是可变参数的所有内容了,希望有人能够从中获得帮助,也不枉我一番辛苦。再写要吐血了,闪!5 V$ Q- m( P+ ]5 o
: g' D. e k; q! i: X5 X% ^) b$ B9 Y
Peter0 o" T. R. s. P; w: x
2009-10-22 |