宏符号linux内核中绝大多数初始化函数和变量都利用了各式各样的宏符号，形如;static int __init pci_porc_init(void){...} static char version[] __devinitdata=drv_name".."module_init(...)其中__init,module_init,__devinitdata即便宏符号宏符号有什么作用？1）科学利用内存，许多初始化函数只在启用阶段利用内存，启用告终后就不再利用内存了，因而能够穿越一种宏来符号这种个性，在启用告终后释放这局部内存2）判别动态模块加载和静态内核编译，在宏符号揭示之前，要想使某段代码扶持动态模块加载必需在代码中增加许多繁琐的ifndef model h.himuno.com...而自2.6引入宏符号尔后这些繁琐的代码可统统利用容易的宏加以符号，内核会依据相应的宏动态推断。绝大多数宏都在include/linux/init.h中定义，而这些宏许多都是用于告送连接器把这些具有特异属性lo.rialogo.com的代码或数据构造放到特异的、专用的内存区。这么做，内核能够以一种容易的措施很轻率拜会这一类具有特异属性的对象。__init 启用时初始化函数：用于启用阶段后期不再必需的函数，启用完释放这局部代码所占的空间__exit 相干内核组件卸载时调用，卸载后释放core_initcall 启用时必需厉行的初始化函数postcore_initcall ..........device_initcall...late_initcall__initcall device_initcall的别名__exitcall 与__exit相仿__initdata 仅在启用时用于已初始化的数据构造__exitdata 装备初始化函数宏_devinit 用于符号初始穿戴备的函数 如pci_driver->probe函数 (当内核在编译时不扶持热插拔，则由__devinit修饰的函数在启用阶段告终时不再必需了，因而，当不扶持热插拔时__devinit变成了__init的别名)_devexit 用于符号装备卸载时调用的函数（当pci驱动被编译进内核且不扶持热插拔时，由__devexit符号的函数pci_driver->remove因为无须要而被丢弃。当模块被加载到不扶持模块卸载时也被丢弃）_devexit_p 用于初始化由__devexit符号的函数的指针。万一内核既扶持模块也扶持热插拔，__devexit_p(fn)归来fn，否则归来null_devinitdata 当不扶持热插拔时，数据也只在启用时必需，等闲，在装备初始化时，装备驱动过程也用这个宏符号pci_driver->probe函数搜查到的字符串。如pci装备驱占用__devinitdata符号pci_device_id表，一旦启用告终且不扶持热插拔，内核将不再必需这个表。_devexitdata以e100为例赔偿pci_driver 构造（比拟上一章） 当心其中的各种宏.....{....static int _ _devinit e100_probe(struct pci_dev *pdev,const struct pci_device_id *ent){...}static void _ _devexit e100_remove(struct pci_dev *pdev){...}#ifdef CONFIG_PMstatic int e100_suspend(struct pci_dev *pdev, u32 state){...}static int e100_resume(struct pci_dev *pdev){...}#endifstatic struct pci_driver e100_driver = {.name = DRV_NAME,.id_table = e100_id_table,.probe = e100_probe,.remove = _ _devexit_p(e100_remove),#ifdef CONFIG_PM.suspend = e100_suspend,.resume = e100_resume,#endif};static int _ _init e100_init_module(void){...return pci_module_init(&e100_driver);}static void _ _exit e100_cleanup_module(void){pci_unregister_driver(&e100_driver);}module_init(e100_init_module); //#define module_init(x) __initcall(x)module_exit(e100_cleanup_module); //module_exit ......__exitcall}启用时传入内核搭配选项linux批准用户在启用阶段递交内核搭配选项给内核，这些搭配都是在parse_args()中处理的，parse_args()是解析具有形如“变量=值”的输入字符串的函数，它查找关键字并调用相应的处理函数。在加载模块、解析模块号召行参数时，parse_args也会调用。内核用_setup宏来登记关键字及相干的处理函数 如 __setup(string,func)内核将_setup宏的两个输入参数纳入obs_kernel_param种类的数据构造中，struct obs_kernel_param{const char *str; //关键字int (*setup_func)(char *) //处理函数int early;}_setup切实上是__setup_param的别名，__setup_param宏会把所有的obs_kernel_params实例放到专程的内存区（看最顶上的图）这么在穿越代码审查后，你能够确信你的代码中不再存在这类讹谬了。
在内核里经常可以看到__init, __devinit这样的语句，这都是在init.h中定义的宏，gcc在编译时会将被修饰的内容放到这些宏所代表的section。
其典型的定义如下：
- #define __init __section(.init.text) __cold notrace
- #define __initdata __section(.init.data)
- #define __initconst __section(.init.rodata)
- #define __exitdata __section(.exit.data)
- #define __exit_call __used __section(.exitcall.exit)
其典型用法如下：
- static int __init xxx_drv_init(void)
- {
- return pci_register_driver(&xxx_driver);
- }
根据上面的定义与用法，xxx_drv_init()函数将会被link到.init.text段。
之所以加入这样的宏，原因有2：
1，一部分内核初始化机制依赖与它。如kernel将初始化要执行的init函数，分为7个级别，core_initcall, postcore_initcall, arch_initcall, subsys_initcall, fs_iitcall, device_initcall, late_initcall。这7个级别优先级递减，即先执行core_initcall， 最后执行late_initcall。通过使用文中提到的宏，gcc会将初始化代码按下面的结构安排：
在内核初始化时，从__initcall_start到__initcall_end之间的initcall被一次执行。
2，提高系统效率
初始化代码的特点是，在系统启动时运行，且一旦运行后马上推出内存，不再占用内存。
================================================================================
常用的宏：
- __init，标记内核启动时所用的初始化代码，内核启动完成后就不再使用。其所修饰的内容被放到.init.text section中。
- __exit，标记模块退出代码，对非模块无效
- __initdata，标记内核启动时所用的初始化数据结构，内核启动完成后不再使用。其所修饰的内容被放到.init.data section中。
- __devinit，标记设备初始化所用的代码
- __devinitdata，标记设备初始化所用的数据结构
- __devexit，标记设备移除时所用的代码
- xxx_initcall，7个级别的初始化函数
==================================================================================
driver中的使用：
- module_init, module_exit函数所调用的函数，需要分别用__init和__exit来标记
- pci_driver数据结构不需要标记
- probe和remove函数用__devinit和__devexit来标记
- 如果remove使用__devexit标记，则在pci_drvier结构中要用__devexit_p(remove)来引用remove函数
- 如果不确定需不需要添加宏，则不要添加
阅读(2310) | 评论(0) | 转发(1) |
