Linux驱动修炼之道-驱动中一些常见的宏
努力成为linux kernel hacker的人李万鹏原创作品，为梦而战。转载请标明出处
http://blog.csdn.net/woshixingaaa/archive/2011/06/02/6462065.aspx
本文档讲解一下驱动中常用的宏，下边一个一个来说，先声明我使用的内核是Linux2.6.30.4。
Linux在arch/$(ARCH)/kernel/vmlinux.lds中定义了.init段，当内核启动完毕，这个段中的内存会被释放掉供其他使用，vmlinux.lds部分内容如下：
一：
只要你写过模块程序hello world就对__init,__exit不会陌生，他们定义在include/linux/init.h中：
__cold在include/linux/compiler-gcc4.h中定义:
所以 #define __init __section(.init.text) __cold notrace等价于#define __init __attribute__((__section(.init.text)))
__atrribute__是一个GNU C扩展，它主要用来声明一些特殊的属性，这些属性主要用来指示编译器进行特定方面的优化和更仔细的代码检查。GNU支持几十个属性，section是其中的一个。通常编译器将函数放在.text节，变量放在.data节或.bss节，使用section属性，可以让编译器将函数或变量放在指定的节中。那么前面对__init的定义便表示将它修饰的代码放在.init.text节。连接器可以把相同节的代码或数据安排在一起，比如__init修饰的所有代码都会被放在.init.text节里，初始化结束后就可以释放这部分内存。一般在程序的结尾都会有一句，例如module_init(hello_init);hello_init就是那个被__init修饰的模块初始化函数，在insmod的时候会调用module_init中的函数。__exit是在模块卸载时相应的内存释放。
下边说一下__initdata，这个我在DMA的源码中看到过,定义在include/linux/init.h中:
看上边的vmlinux.lds，__initdata段也在.init段中，说明初始化后他所修饰的函数占用的内存后会被释放掉。
在阅读RTC源码时遇到的__devinit，__devexit。在include/linux/init.h中定义：
整个.init段释放memory的大小会在系统启动过程中打印出来：
二：
subsys_initcall定义在include/linux/init.h中，定义如下：
这里出现了一个宏__define_initcall，他用于将指定的函数指针放到initcall.init节里，而对于具体的subsys_initcall宏，则是把fn放到.initcall.init的子节.initcall.init里。看上边vmlinux.lds这一部分：
这里__initcall_start指向.initcall.init节的开始，__initcall_end指向它的结尾。而.initcall.init节又被分为几个子节。这个subsys_initcall宏便是将指定的函数指针放在了.initcall4.init子节。
三：
__attribute__((packed));比如下边这个结构体(在include/linux/usb/ch9.h中定义)：
这里的__attribute__ ((packed))告诉编译器，这个结构的元素都是1字节对齐的，不要再添加填充位了。如果不给编译器这个暗示，编译器就会依据你的平台类型在结构的每个元素之间添加一定的填充位。
四：
__builtin_expect是GCC里内建的一个函数:
它的第一个参数exp为一个整型的表达式，返回值也是这个exp，它的第二个参数c的值必须是一个编译器的常量，那这个内建函数的意思就是exp的预期值为c，编译器可以根据这个信息适当的重排条件语句块的顺序，将符合这个条件的分支放在合适的地方。对于unlikely(x)就是告诉编译器x发生的可能性不大，那么这个条件块里语句的目标码可能就会被放到一个比较远的位置，以保证经常执行的目标码更紧凑，而likely相反。也就是说，如果你觉得if条件为1的可能性非常大时，可以在条件表达式外面包装一个likely()，如果可能性非常小，则用unlikely()包装。
五：
我们可以通过一个叫container_of的宏反查member所在的数据结构。比如：
使用如下方法可以从数据结构的一个元素出发，得到整个数据结构的指针。