Chinaunix首页 | 论坛 | 博客
  • 博客访问: 12642
  • 博文数量: 7
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 14
  • 用 户 组: 普通用户
  • 注册时间: 2015-12-05 12:51
文章分类
文章存档

2016年(1)

2015年(6)

我的朋友
最近访客

分类: LINUX

2015-12-05 15:43:32

原文地址:内核 __init与__exit 作者:licong0527

  我们在内核中经常遇到初始化函数是这样定义的: static int __init init_func(); ,与普通函数相比,定义中多了__init。那么,__init是什么意思呢?还有与其匹配的__exit呢?

__init* macro


__init定义在:include/linux/init.h

#define __init __attribute__ ((__section__ (".init.text")))
#define __initdata __attribute__ ((__section__ (".init.data")))

It tells the compiler to put the variable or the function in a special section, which is declared in vmlinux.lds. init puts the function in the ".init.text" section and initdata puts the data in the ".init.data" section.

译文:
__init宏告知编译器,将变量或函数放在一个特殊的区域
,这个区域定义在vmlinux.lds中。__init将函数放在".init.text"这个代码区中,__initdata将数据放在".init.data"这个数据区中。

标记为初始化的函数,表明该函数供在初始化期间使用。在模块装载之后,模块装载就会将初始化函数扔掉。这样可以将该函数占用的内存释放出来。

 
__exit* macro

__exit定义在:include/linux/init.h

#ifdef MODULE
#define __exit __attribute__ ((__section__(".exit.text")))
#else
#define __exit __attribute_used__ __attribute__((__section__(".exit.text")))
#endif

The exit macro tells the compiler to put the function in the ".exit.text" section. The exit_data macro tells the compiler to put the data in the ".exit.data" section.

exit.* sections make sense only for the modules : exit functions will never be called if compiled statically. That's why there is a ifdef : exit.* sections will be discarded only if modules support is disabled.

译文:

__exit宏告知编译器,将函数放在".exit.text"这个区域中。__exitdata宏则告知编译器将数据放在".exit.data"这个区域中。

exit.*区域仅仅对于模块是有用的:如果编译稳定的话,exit函数将永远不会被调用。只有当模块支持无效的时候,exit.*区域将被丢弃。这就是为什么定义中会出现ifdef。



Prototype of a module

A module must use the init and exit macros. Here is a prototype of a module :

#include
#include

#define MODULE_AUTHOR "tyler@agat.net"
#define MODULE_DESC "Description of the module"
int __init
init_function(void)
{ /* Do something */
   if (err)
          return -ERR;
   return 0; }
void __exit
exit_function()
{ /* Do something */ }

module_init(init_function);
module_exit(exit_function);
MODULE_LICENSE("GPL");
MODULE_AUTHOR(MODULE_AUTHOR);
MODULE_DESCRIPTION(MODULE_DESC);

1) 所有标识为__init的函数,在链接的时候,都放在.init.text这个区域中。在这个区域中,函数的摆放顺序
     是和链接顺序有关的,是不确定的。
2)所有的__init函数在区域.initcall.init中还保存了一份函数指针。在初始化时,内核会通过这些函数指针调
      用这些__init函数,并在整个初始化完成后,释放整个init区域 (包括.init.text, .initcall.init...)
注:
     这些函数在内核初始化过程中的调用顺序只和这里的函数指针顺序有关,和1)中所述的这些函数代码本身在.init.text区域中的顺序无关。

在2.4内核中,这些函数指针的顺序也是和链接顺序有关的,是不确定的。
在2.6内核中,.initcall.init区域又分成了7个子区域,分别是:
.initcall1.init
.initcall2.init
.initcall3.init
.initcall4.init
.initcall5.init
.initcall6.init
.initcall7.init

当需要把函数fn放到.initcall1.init区域时,只要声明core_initcall(fn);即可。
其他的各个区域的定义方法分别是:
core_initcall(fn)-->.initcall1.init
postcore_initcall(fn)-->.initcall2.init
arch_initcall(fn)-->.initcall3.init
subsys_initcall(fn)-->.initcall4.init
fs_initcall(fn)-->.initcall5.init
device_initcall(fn)-->.initcall6.init
late_initcall(fn)-->.initcall7.init

而与2.4兼容的initcall(fn)则等价于device_initcall(fn).
各个子区域之间的顺序是确定的,即先调用.initcall1.init中的函数指针,再调用.initcall2.init中的函数指针,等等。而在每个子区域中的函数指针的顺序是和链接顺序相关的,是不确定的。

    在内核中,不同的init函数被放在不同的子区域中,因此也就决定了他们的调用顺序。这样也就解决了一些init函数之间必须保证一定的调用顺序问题。


注:本文参考了很多网上的相关资料,并进行了引用。由于参考的比较杂,在这里就不一一列出原文出处了,望各位原作者见谅。

阅读(541) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~