《精通Linux设备驱动程序开发》——1.8 可加载的模块

    xiaoxiao2024-03-28  8

    本节书摘来自异步社区《精通Linux设备驱动程序开发》一书中的第1章,第1.8节,作者:【印】Sreekrishnan Venkateswaran(斯里克里斯汉 温卡特斯瓦兰)著,更多章节内容可以访问云栖社区“异步社区”公众号查看 ###1.8 可加载的模块 由于Linux可运行于各种各样的体系架构中,并且支持无数的I/O设备,把所有要支持的设备都直接编译进内核并不合适。发行版通常包含一个最小的内核映像,而以内核模块的形式提供其他的功能。在运行的时候,可以动态地按需加载模块。 为了生成模块,进入内核源码树根目录并运行:

    bash> cd /usr/src/linux-X.Y.Z/ bash> make modules

    运行如下命令安装编译生成的模块:

    bash> make modules_install此命令将在/lib/modules/X.Y.Z/kernel/目录下构造一个内核源代码目录结构,并将可加载的模块放入其中。它也将激活depmod实用程序,以便生成模块依赖文件/lib/modules/X.Y.Z/modules.dep。

    如下工具可用于操纵模块:insmod、rmmod、lsmod、modprobe、modinfo和depmod。前两个工具用于加载和移除模块,lsmod用于列出目前已经加载的模块,modprobe是insmod的一个更智能的版本,它先分析/lib/modules/X.Y.Z/modules.dep文件再加载它所依赖的模块。例如,假定你需要挂载一个USB笔式驱动器上的VFAT(Virtual File Allocation Table,虚拟文件分配表)分区,可使用modprobe加载VFAT文件系统驱动程序[4]:

    bash> modprobe vfat bash> lsmod Module    Size   Used by vfat     14208  0 fat     49052  1 vfat nls_base   9728   2 vfat, fat

    从lsmod命令的输出可以看出,modprobe加载了3个而不仅仅是1个模块。modprobe首先发现它不得不加载/lib/modules/X.Y.Z/kernel/fs/vfat/vfat.ko,当查看/lib/modules/X.Y.Z/modules.dep模块依赖文件的时候,它发现了如下代码并由此意识到自己必须首先加载另外2个模块:

    /lib/modules/X.Y.Z/kernel/fs/vfat/vfat.ko: /lib/modules/X.Y.Z/kernel/fs/fat/fat.ko /lib/modules/X.Y.Z/kernel/fs/nls/nls_base.ko

    于是它首先加载了fat.ko和nls_base.ko这2个模块,之后加载vfat.ko,这样,所有挂载VFAT分区时所需要的模块都被自动加载了。

    使用modinfo程序可以提取刚加载的模块的详细信息:

    bash> modinfo vfat filename:   /lib/modules/X.Y.Z/kernel/fs/vfat/vfat.ko license:    GPL description:  VFAT filesystem support ... depends:    fat, nls_base

    为了将内核驱动程序编译为模块,在配置内核的时候,请将相应的菜单选择按钮置为。本书中的大部分设备驱动程序例子都以内核模块的形式实现。为了从mymodule.c源文件构造mymodule.o模块,可以创建一个一行的Makefile文件,并且以如下方式执行它:

    bash> cd /path/to/module-source/ bash> echo "obj-m += mymodule.ko" > Makefile bash> make –C /path/to/kernel-sources/ M=`pwd` modules make: Entering directory '/path/to/kernel-sources'  Building modules, stage 2.  MODPOST  CC /path/to/module-sources/mymodule.mod.o  LD [M] /path/to/module-sources/mymodule.ko make: Leaving directory '/path/to/kernel-sources' bash> insmod ./mymodule.ko

    内核模块减小了内核的大小,并缩短了开发——编译——测试的周期。为了让一次修改生效,你仅仅需要重新编译特定的模块并重新加载它。在第21章中,我们将学习模块调试技术。

    将驱动程序设计为内核模块也有一些缺陷。与内建的驱动程序不同,模块无法在系统启动时预留资源,因为首要的是必须保证启动成功。

    相关资源:敏捷开发V1.0.pptx
    最新回复(0)