找回密码
 加入计匠网
搜索
热搜: BIOS ACPI CPU Windows
查看: 9873|回复: 3

[原创]CONTAINING_RECORD IN EFI

[复制链接]
发表于 2009-10-15 18:06:17 | 显示全部楼层 |阅读模式
CONTAINING_RECORD IN EFI

$ ^; D6 l/ [4 H9 b0 T; C9 R  ~; _5 S. n  D: X/ c% k+ Y) m
EFI BIOS几乎全部用C完成,它几乎将C语言的各种技巧发挥到了极致。C的精髓泰半是指针,另外宏也是非常值得称道的。程序员对于宏的评价可谓褒贬不一,有人说它是万恶之源,有人则赞其为一把利刃。我个人觉得运用之妙,存乎一心,宏不是万能的,但是有一些场合使用宏确实可以大大的提高程序的可读性,有些跨平台的特性离开了宏还真是不行。_CREFI之中经常会被用的宏,我们来看看它的庐山真面目吧:
: m5 P; N. [' I3 R, l$ F& S

8 a" P' i4 \4 Z: L% z
//
3 A2 @5 b8 k7 R/ ?5 J, J) `
//! J: v  v: S, Q* p, k
CONTAINING_RECORD - returns a pointer to the structure
& X- {' w" p/ t2 @
//: Q: x5 A/ ~  F
from one of it's elements.

; p. _0 _; Q! R
//
: s6 X! d! a& l( p
#define _CR(Record, TYPE, Field)2 x' E' F/ H9 ^* b' f
((TYPE *) ((CHAR8 *) (Record) - (CHAR8 *) &(((TYPE *) 0)->Field)))

- {* g1 [$ F  ~( ]这个宏的作用是根据一个结构体成员变量的的地址获得该结构体基地址。举例如下:  x7 ^. P5 j7 i$ W8 M
struct _Test
5 {, A4 Q# Z) v7 X( v{) `  C8 t& p$ }4 d" l& E
CHAR8 t0;
6 W8 k! ^) \7 |. G4 j- P2 K
( I% I1 Z( ]' ~& B
UINT16 t1;
1 H, w1 Z/ ~9 j2 m& X' h

- _8 {2 `6 ]' H2 K0 tUINT8   t2;

" A3 ~4 s$ n' m  {) w# I: @; _
+ P* e2 D6 g" }! M0 |0 iUINT32  t3;

9 m' J. R1 Z, \" m" [' |};  `. p! ^, ^( x9 h
. |( e9 O0 D0 \6 u4 U
我们在某一个地方获得了t2的地址t2Ptr,这时如果要得到t2所在结构体的基地址就可以这样做:struct _Test* bPtr = _CR(t2Ptr,struct _Test,t2);预处理展开之后就是这副样子 struct _Test* bPtr = ((struct _Test*)((CHAR8*)(t2Ptr)-(CHAR8*)&((struct _Test *)0)->t2),其实我觉得关键的部分在这句“(TYPE *) 0)->Field”,它其实就是获得该成员在结构体中的偏移位置(offset),该成员变量的地址减去它在结构体中的偏移也就获得了基地址了。
- m6 E5 R$ ~; e: |* N/ n) _5 r+ t: p  ?& H
/ o/ ^. Z# r. F! H5 O# x
一图胜千言,如上图所示,假设t2的地址是0x1005,那么bPtr应该是多少呢?我们只要用t2-t2offset0x03)即可,也就是0x1002。是不是很简单?- w- V* {$ y) _4 H/ d

2 ?/ c$ k' o! Q$ O- b  F+ R& d大概是英雄所见略同吧,这种形式的宏在Linux kernel Windows Kernel中也都有存在,只不过名字叫的不一样罢了。先看看Linux下长的什么样子吧:% V+ a. F' `9 n4 _/ k; _
/**

9 j& j3 {8 B5 X

" i4 J3 }& X: b8 N- r% a3 [* container_of - cast a member of a structure out to the containing structure

. X* [3 t5 }  c: ~& p

: V1 M2 F8 V' P  n; [( L' W*
; p: l% U: u9 S
( X; z2 o' Q  m1 X2 q, v5 q) x
* @ptr:
+ s0 G( K: Z4 B) Gthe pointer to the member.
" ~- _& a. C) q

2 l% t1 \" G+ Y* @type:
- J6 F3 h& t5 I( W) w+ w8 o) Z; _the type of the container struct this is embedded in.

; I' Z+ x; X$ o  h
) V/ v( X5 j% @* U6 c
* @member:
' \% D* C6 W) |2 D8 Ythe name of the member within the struct.
6 b$ D" x( x' I- o
; U1 V( j; w' K( r* O& B6 c# ~+ X
*
: Q" @* O- W6 X6 E" N

, ^7 g! g/ l( k*/
( U( }3 N  L( k/ G" _
#define1 P) E& S% P! ~8 A+ r+ v! N1 z
container_of(ptr, type, member) ({5 N7 R# v* o, d2 _& i; O/ P
\
9 Q4 ]: ^; H/ D' [. @, p' g6 _+ g
& O+ D2 X. [) \' |* h( b* n1 n
const typeof( ((type *)0)->member ) *__mptr = (ptr);' l) q; ?5 c$ u: \/ p+ z
\
9 C& X4 N. o! L  l
6 ~4 |6 ~& k, u& L
(type *)( (char *)__mptr - offsetof(type,member) );})

, z8 ?( J' _, N) z8 A+ k; `; l5 ^# C( k* y, ~" y
#define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER), `" h2 L: x& z3 f1 P

3 e& h/ P# Q1 U  R  t4 K" f* H再来看看它在Windows Kernel中的小模样J:
% J: u5 e5 N8 [: |7 I* ]) F6 F* s#define
% _: m2 n: U' \* B  |CONTAININT_RECORD(address, type, field) \
; b- ^2 \: k+ C* q2 l$ V0 n9 u/ Y             ((type*)((PCHAR)(address) - (PCHAR)(&((type*)0)->field)))
8 S) Q% _3 Q3 z) V$ v
他们的作用都是一样的,是不是有点天下文章一大抄的感觉啊,呵呵2 g% {2 u( C9 h+ T. ^
( E, T: J( ~7 {* @8 d; I% \, y" R0 U

1 J% m' N$ B' Z; M+ F( ~! H0 i2 G$ [; b" l' f: \
Peter
$ F& N. h6 N; F/ q; s$ e
# d$ \/ E3 w  `' a2009-10-6

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?加入计匠网

×
发表于 2009-10-23 15:42:14 | 显示全部楼层
顺楼主者昌,逆楼主者亡.
回复

使用道具 举报

发表于 2009-10-26 09:49:54 | 显示全部楼层
象这样的宏挺绕人的,但又经常会碰到。
& N8 x/ z" b% [% g$ p/ W  h  c楼主将其重点突出,从而问题变得很直接很明了了。。顶一个哈
回复

使用道具 举报

发表于 2009-10-30 22:51:12 | 显示全部楼层
崇拜中。。。。。。。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 加入计匠网

本版积分规则

Archiver|手机版|小黑屋|计匠网

GMT+8, 2025-4-5 00:35 , Processed in 0.034851 second(s), 17 queries .

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表