从THIS_MODULE到insmod modprobe区别

宏THIS_MODULE，它的定义如下是#define THIS_MODULE (&__this_module)，__this_module是一个struct module变量，代表当前模块

THIS_MODULE的定义如下：

extern struct module __this_module;
#define THIS_MODULE (&__this_module)

即是保存了__this_module这个对象的地址，那这个__this_module在哪里定义呢？这就要从module的编译说起啦，如果编译过模块就会发现，会生成*.mod.c这样的一个文件，打开这个文件，就会发现，类似下面的定义：

struct module __this_module
__attribute__((section(".gnu.linkonce.this_module"))) = {
 .name = KBUILD_MODNAME,
 .init = init_module,
#ifdef CONFIG_MODULE_UNLOAD
 .exit = cleanup_module,
#endif
};

结构体struct module在内核中代表一个内核模块，通过insmod(实际执行init_module系统调用)把自己编写的内核模块插入内核时，模块便与一个struct module结构体相关联，并成为内核的一部分.

insmod程式：该工具实际上调用了系统调用init_module，在该系统调用函数中，首先调用load_module，把用户空间传入的整个内核模块文件创建成一个内核模块，返回一个struct module结构体。内核中便以这个结构体代表这个内核模块。


第二部分：（转）

insmod modprobe区别  


在Linux中，modprobe和insmod都可以用来加载module，不过现在一般都推荐使用modprobe而不是insmod了。
modprobe和insmod的区别是什么呢？
1.modprobe可以解决load module时的依赖关系，比如load moudleA就必须先load mouduleB之类的，它是通过/lib/modules//modules.dep文件来查找依赖关系的。而insmod不能解决依赖问题。
2.modprobe默认会去/lib/modules//下面查找module，而insmod只在给它的参数中去找module（默认在当前目录找）。这样，有时insmod也有它的有用之处，举个例子吧。
有/root/my-mod.ko这个module，cd /root/，然后用insmod my-mod.ko(insmod /root/my-mod.ko)就可以insert这个module了，但是用modprobe my-mod.ko(modprobe /root/my-mod.ko)却提示"FATAL: Module my-mod.ko not found"，这就是因为modprobe是到/lib/modules/`uname -r`/下去找module的，如果没找到就是这样了。


linux设备驱动有两种加载方式insmod和modprobe，下面谈谈它们用法上的区别
1、insmod一次只能加载特定的一个设备驱动，且需要驱动的具体地址。写法为：
insmod drv.ko
2. modprobe则可以一次将有依赖关系的驱动全部加载到内核。不加驱动的具体地址，但需要在安装文件系统时是按照make modues_install的方式安装驱动模块的。驱动被安装在/lib/modules/$(uname -r)/...下。写法为：
modprob drv
------
modprobe 和insmod一样都是用来加载内核module的
不过modprobe比较智能，它可以根据module的依赖性来自动为你加载；
而insmod就做不到这点。

－－－－－－－－－－－－－分隔线－－－－－－－－－－－－－－－－－－
比如说使用ipmitool这个工具需要在dev/中存在ipmi0的设备，如果没有的话就需要加载
modprobe ipmi_si
modprobe ipmi_devintf

读取本地KCS接口的数据使用 -I open 例如
ipmitool -I open sensor

想要卸载module。使用rmmod