[ARM-Linux开发]Linux下加载.ko驱动模块的两种方法：insmod与modprobe

假设要加载的驱动程序模块名为SHT21.ko

加载驱动模块

方法一： 

进入SHT21.ko驱动模块文件所在的目录，然后直接 

insmod SHT21.ko 

即可

方法二： 

将SHT21.ko文件拷贝到/lib/module/#uname -r#/目录下，这里，#uname -r#意思是，在终端中输入 

uname -r后显示的内核版本及名称，例如mini2440中#uname -r#就是2.6.32.2-FriendlyARM。

然后 

depmod（会在/lib/modules/#uname -r#/目录下生成modules.dep和modules.dep.bb文件，表明模块的依赖关系） 

最后 

modprobe SHT21（注意这里无需输入.ko后缀） 

即可

两种方法的区别：

modprobe和insmod类似，都是用来动态加载驱动模块的，区别在于modprobe可以解决load module时的依赖关系，它是通过/lib/modules/#uname -r/modules.dep(.bb)文件来查找依赖关系的；而insmod不能解决依赖问题。

也就是说，如果你确定你要加载的驱动模块不依赖其他驱动模块的话，既可以insmod也可以modprobe，当然insmod可以在任何目录下执行，更方便一些。而如果你要加载的驱动模块还依赖其他ko驱动模块的话，就只能将模块拷贝到上述的特定目录，depmod后再modprobe。

查看已加载的驱动模块列表

在任何目录下， 

lsmod 

即可

卸载驱动模块

在任何目录下， 

rmmod <module_name> 

即可 

注意其中”module_name”是lsmod显示的模块名称，而不是对应的ko文件名

参考：http://blog.csdn.net/evenness/article/details/7655921

2.6内核版本,完成了rtc_driver.c文件,在Makefile加入obj-$(CONFIG_RTC_XXXX) += rtc_driver.o,并对Kconfig进行修改,加入config RTC_XXXX

bool "rtcrtcrtcrtcrtc",编译内核和内核模型,只能生成.O文件.

请问如何生成能够insmod的.KO文件,是不是应该在Makefile中加些语句

生成.ko文件已经完成了,可是

[root@localhost char]# insmod rtc_driver.ko

rtc_driver.ko: ELF file rtc_driver.ko not for this architecture

编译成的.ko和内核不符。

make -C /usr/src/Linux-`uname -r` SUBDIRS=$PWD modules

可以试下在make menuconfig 时选择 M  而不是 * ,即被编译成模块。而不是编译进内核。。

modprobe：

Load module(s):

modprobe [-a -n -v ] [-C config ] [ -t type ] pattern OR module1 module2 ...List modules:

modprobe [-l ] [-C config ] [ -t type ] pattern

note: wildcard patterns should be escaped

Show configuration:

modprobe [-C config ] -c

Remove module(s) or autoclean:

modprobe [-C config ] -r [ module ...]

//详细说明:

options:

-a, --all //加载所有匹配模块

-c, --showconfig //显示当前使用的配置

-d, --debug //显示调试信息

-h, --help //帮助

-k, --autoclean //将指定模块设置为"自动清除"模式. 

modules

-l, --list //显示所有匹配模块

-n, --show //仅仅显示要执行的操作,而不实际执行

-q, --quiet //不显示错误信息

-r, --remove //若在命令指定模块,则删除指定模块,否则,指定"自动清除"模式

-s, --syslog //将结果记录到系统记录中

-t, --type moduletype //指定模块类型

-v, --verbose //执行时显示详细信息

-V, --version //显示版本

-C, --config configfile //指定配置文件.默认使用/etc/modules.conf文件为配置文件

几笔有关modprobe命令 

1、modprobe 命令是根据depmod -a的输出/lib/modules/version/modules.dep来加载全部的所需要模块。

2、删除模块的命令是：modprobe -r filename

3、系统启动后，正常工作的模块都在/proc/modules文件中列出。使用lsmod命今也可显示相同内容。

4、在内核中有一个“Automatic kernel module loading"功能被编译到了内核中。当用户尝试打开某类型的文件时，内核会根据需要尝试加载相应的模块。/etc/modules.conf或/etc/modprobe.conf文件是一个自动处理内核模块的控制文件。

modprobe与depmod

1.modprobe

modprobe - program to add and remove modules from the Linux Kernel

modprobe和insmod类似，是用来动态加载模块的，区别在于

modprobe可以解决load module时的依赖关系，它是通过/lib/modules/<kernel-version>/modules.dep(.bb)文件来查找依赖关系的；而insmod不能解决依赖问题。

如有2个模块g_file_storage.ko和udc.ko，g_file_storage.ko依赖于udc.ko，在加载g_file_storage.ko前必须先加载udc.ko，如果使用insmod加载，必须按顺序一个一个加载：

insmod udc.ko

insmode g_file_storage.ko file=/dev/mtdblock3

如果使用modprobe加载则执行：

modprobe g_file_storage file=/dev/mtdblock3/*此处的加载对象写为g_file_storage，非g_file_storage.ko*/

PS:modules.dep(.bb)文件内容如下：

g_file_storage.ko

udc

udc.ko symbol:usb_gadget_unregister_driver symbol:usb_gadget_register_driver

2.depmod

depmod - program to generate modules.dep and map files

当把模块文件放到/lib/module/`uname -r`/目录下，运行depmod，则会在/lib/modules/<kernel-version>/目录下生成modules.dep(.bb)文件，表明了模块的依赖关系

3. 对于在使用"modprobe xxx"动态加载过程中出现“modprobe XXX not found”

若出现此问题，需确认：

1. modules.dep(.bb)文件是否生成，若没有，则可以运行depmod，生成此依赖关系文件

2. 若有依赖关系文件，仍出现此问题，把modprobe xxx.ko改为执行modprobe xxx