[THIS_MODULE]

模塊是一種可以在內(nèi)核運(yùn)行過(guò)程中動(dòng)態(tài)加載、卸載的內(nèi)核功能組件。2.6內(nèi)核中模塊在被使用時(shí)，是不允許被卸載的。編程是需要用”使用計(jì)數(shù)”來(lái)描述模塊是否在被使用。THIS_MODULE就充當(dāng)了這個(gè)功能。

[likely& unlikely]

在2.6的內(nèi)核中經(jīng)常看到這兩個(gè)符號(hào)，表面上看if(likely(value))和if(unlikely(value))其實(shí)都等同于if(value)，但是在實(shí)際上執(zhí)行是不同，加likely的意識(shí)著value為真的可能性要大；unlikely與之相反；加上這兩個(gè)宏編譯器會(huì)對(duì)其進(jìn)行優(yōu)化，提高程序效率。

[BUG_ON]

#define BUG_ON(condition) do { \

if(unlikely(condition)) BUG(); \

} while(0)

一些內(nèi)核調(diào)用可以用來(lái)方便標(biāo)記bug，提供斷言并輸出信息。最常用的兩個(gè)是BUG()和BUG_ON()。當(dāng)被調(diào)用的時(shí)候，它們會(huì)引發(fā)oops，導(dǎo)致棧的回溯和錯(cuò)誤信息的打印。為什么這些聲明會(huì)導(dǎo)致 oops跟硬件的體系結(jié)構(gòu)是相關(guān)的。大部分體系結(jié)構(gòu)把BUG()和BUG_ON()定義成某種非法操作，這樣自然會(huì)產(chǎn)生需要的oops。

[IS_ERR& PTR_ERR & ERR_PTR]

#define IS_ERR_VALUE(x) unlikely((x) >=(unsigned long)-MAX_ERRNO)

IS_ERR宏用來(lái)檢測(cè)x地址是否有效；

static inline void *ERR_PTR(long error)

{

return(void *) error;

}

static inline long PTR_ERR(const void *ptr)

{

return(long) ptr;

}

[container_of]

/**

*container_of - cast a member of a structure out to the containing structure

*@ptr:??? the pointer to the member.

*@type:?? the type of the container structthis is embedded in.

*@member: the name of the member within the struct.

*

*/

#define container_of(ptr, type, member)({????????? \

consttypeof(((type *)0)->member)*__mptr = (ptr);??? \

(type *)((char *)__mptr - offsetof(type,member)); })

通過(guò)指向成員member的指針ptr，來(lái)獲取包含該成員的結(jié)構(gòu)體type的指針。

[__init& __initdata & __exit & __exitdata]

這些宏定義的作用是告訴編譯器將這些函數(shù)或者數(shù)據(jù)放入相應(yīng)的section中，而在模塊加載的階段，.ko文件中的代碼和數(shù)據(jù)的加載區(qū)域是根據(jù)section來(lái)加載的

比如：如果函數(shù)的定義中帶有__init，那么這個(gè)函數(shù)的所有代碼被放入.init.text的section中；

如果函數(shù)的定義中帶有__initdata，那么這個(gè)函數(shù)的所有代碼被放入.init.data的section中

之所以要使用這個(gè)宏定義，其中一個(gè)原因是標(biāo)記為初始化的函數(shù)和數(shù)據(jù)，表明該函數(shù)和數(shù)據(jù)僅在初始化期間使用，在模塊裝載之后，模塊就會(huì)將初始化函數(shù)扔掉。這樣可以將該函數(shù)占用的內(nèi)存釋放出來(lái)。

?