linux_makefile_module

本文介绍了Linux内核模块的编译过程,包括通过Makefile的配置实现模块的单独编译与内核整体编译。文章详细解释了make命令如何执行两次以完成模块的编译,并探讨了KERNELRELEASE等关键变量的作用。

Linux内核是一种单体内核,但是通过动态加载模块的方式,使它的开发非常灵活 方便。那么,它是如何编译内核的呢?我们可以通过分析它的Makefile入手。以下是 一个简单的hello内核模块的Makefile.

ifneq ($(KERNELRELEASE),)
obj-m:=hello.o
else
KERNELDIR:=/lib/modules/$(shell uname -r)/build
PWD:=$(shell pwd)
default:
        $(MAKE) -C $(KERNELDIR)  M=$(PWD) modules
clean:
        rm -rf *.o *.mod.c *.mod.o *.ko
endif

 

当我们写完一个hello模块,只要使用以上的makefile。然后make一下就行。 假设我们把hello模块的源代码放在/home/study/prog/mod/hello/下。 当我们在这个目录运行make时,make是怎么执行的呢? LDD3第二章第四节“编译和装载”中只是简略地说到该Makefile被执行了两次, 但是具体过程是如何的呢?

首先,由于make 后面没有目标,所以make会在Makefile中的第一个不是以.开头 的目标作为默认的目标执行。于是default成为make的目标。make会执行 $(MAKE) -C $(KERNELDIR) M=$(PWD) modules shell是make内部的函数,假设当前内核版本是2.6.13-study,所以$(shell uname -r)的结果是 2.6.13-study 这里,实际运行的是

make -C /lib/modules/2.6.13-study/build M=/home/study/prog/mod/hello/ modules

/lib/modules/2.6.13-study/build是一个指向内核源代码/usr/src/linux的符号链接。 可见,make执行了两次。第一次执行时是读hello模块的源代码所在目录/home/s tudy/prog/mod/hello/下的Makefile。第二次执行时是执行/usr/src/linux/下的Makefile时.

但是还是有不少令人困惑的问题: 1.这个KERNELRELEASE也很令人困惑,它是什么呢?在/home/study/prog/mod/he llo/Makefile中是没有定义这个变量的,所以起作用的是else…endif这一段。不 过,如果把hello模块移动到内核源代码中。例如放到/usr/src/linux/driver/中, KERNELRELEASE就有定义了。 在/usr/src/linux/Makefile中有 162 KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)$(LOCALVERSION) 这时候,hello模块也不再是单独用make编译,而是在内核中用make modules进行 编译。 用这种方式,该Makefile在单独编译和作为内核一部分编译时都能正常工作。

2.这个obj-m := hello.o什么时候会执行到呢? 在执行:

make -C /lib/modules/2.6.13-study/build M=/home/study/prog/mod/hello/ modules

时,make 去/usr/src/linux/Makefile中寻找目标modules: 862 .PHONY: modules 863 modules: $(vmlinux-dirs) $(if $(KBUILD_BUILTIN),vmlinux) 864 @echo ' Building modules, stage 2.'; 865 $(Q)$(MAKE) -rR -f $(srctree)/scripts/Makefile.modpost

可以看出,分两个stage: 1.编译出hello.o文件。 2.生成hello.mod.o hello.ko 在这过程中,会调用 make -f scripts/Makefile.build obj=/home/study/prog/mod/hello 而在 scripts/Makefile.build会包含很多文件: 011 -include .config 012 013 include $(if $(wildcard $(obj)/Kbuild), $(obj)/Kbuild, $(obj)/Makefile) 其中就有/home/study/prog/mod/hello/Makefile 这时 KERNELRELEASE已经存在。 所以执行的是: obj-m:=hello.o

关于make modules的更详细的过程可以在scripts/Makefile.modpost文件的注释 中找到。如果想查看make的整个执行过程,可以运行make -n。

模块一般用来支持那些不经常使用的功能。例如,通常情况下你仅使用拨号网络,因此网络功能并不是任何时候都需要的,那么就应该使用可装入的模块来提供这个功能。仅在你进行拨号联接的时候,该模块才被装入。而在你断掉连接的时候它会被自动卸下。这样会使内核使用内存的量最小,减小系统的负荷。 当然,那些象硬盘访问这样时时刻刻都需要的功能,则必须作在内核里。如果你搭一台网络工作站或 web服务器,那么网络功能是时刻都需要的,你就应该考虑把网络功能编译到内核里。另外一个方法是在启动的时候就装入网络模块。这种方法的优点是你不需要重新编译内核。而缺点是网络功能不能特别高效。 按照以上的原则,我们首先列出一张清单,看看 kernel 中哪些选项是非有不可的,也就是说,这些东西是必须被编译到内核中的。将那些非必需的模块剔除到内核以外。 第一个是root所在的硬盘配置。 哪果您的硬盘是IDE接口,就把 ide 的选项标记下来。如果是SCSI接口,请把您的接口参数及 SCSI id 记标下来。 第二个是选择使用哪一个文件系统。 Linux的默认文件系统是是 ext2 ,那么就一定要把它标记下来。如果机器中还其它的操作系统,如win98或windows NT,您还会可能选择FAT32或NTFS的支持,不过后面你可以通过手工加载的方式来加入新的模块支持。 第三个是选择Linux所支持的可执行文件格式。这里有两种格式可供选择: elf:这是当前Linux普遍支持的可执行文件格式,必须编译到内核中 。 a.out: 这是旧版的Linux的可执行文件各函数库的格式,如果你确认肯定用不到这种格式的可执行文件,那么就可以不把它编译到内核当中。 以上这些内容,是必须要编译到内核中的。其它的内容凡是所有选项中m提示的,都选择m,这样可以通过手工的方式添加该模块。 ** Loadable module support*Enable loadable module support (CONFIG_MODULES) [Y/n/?]Set version information on all symbols for modules (CONFIG_MODVERSIONS) [N/y/?]Kernel daemon support (e.g. autoload of modules) (CONFIG_KERNELD) [Y/n/?] 分别回答 Y,N,Y 。其中 CONFIG_KERNELD 的 default 值是 N, 所以要注意选择Y。 make config 完后,仍旧是 make dep; make clean。 接下来要 make zlilo 或 make zImage。 然后 make modules ; make modules_install 。完成之后,就编译出一个没有调入多余模块的一个“干净的”内核映像文件了。
你的问题涉及 **设备权限** 而非内核模块签名问题。`Permission denied` 错误是因为 `/dev/readSamp` 设备文件的权限不足,而 `CONFIG_MODULE_SIG=n` 仅控制模块签名,与设备节点权限无关。 --- ### **1. 错误原因分析** | **现象** | **根本原因** | |--------------------------|-----------------------------------------------------------------------------| | `Permission denied` | `/dev/readSamp` 设备文件默认权限为 `root:root`(普通用户无读写权限) | | `CONFIG_MODULE_SIG=n` | 此选项仅禁用模块签名验证,不影响设备节点权限 | --- ### **2. 解决方法** #### **(1) 临时修复(手动修改权限)** ```bash # 修改设备文件权限(允许所有用户读写) sudo chmod 666 /dev/readSamp # 验证写入 echo "hello" > /dev/readSamp # 应不再报错 ``` #### **(2) 永久解决方案(自动设置权限)** 在模块代码中通过 **udev 规则** 或 **设备创建时指定权限**: ##### **方法1:修改模块代码(推荐)** 在 `module_init` 中创建设备时直接设置权限: ```c // 创建设备节点时指定权限(0666) dev = device_create(dev_class, NULL, MKDEV(major_num, 0), NULL, "readSamp"); if (IS_ERR(dev)) { printk(KERN_ERR "Failed to create device\n"); return PTR_ERR(dev); } // 手动设置权限 if (sysfs_create_group(&dev->kobj, &attr_group)) { device_destroy(dev_class, MKDEV(major_num, 0)); return -ENOMEM; } ``` ##### **方法2:添加 udev 规则** ```bash # 创建规则文件 echo 'KERNEL=="readSamp", MODE="0666"' | sudo tee /etc/udev/rules.d/99-readSamp.rules # 重新加载 udev 规则 sudo udevadm control --reload sudo udevadm trigger ``` --- ### **3. 权限问题排查步骤** 1. **检查设备节点是否存在** ```bash ls -l /dev/readSamp ``` - 正常输出示例: `crw-rw-rw- 1 root root 243, 0 May 30 14:00 /dev/readSamp` (注意开头的 `c` 表示字符设备,权限为 `666`) 2. **验证模块是否已加载** ```bash lsmod | grep readSamp dmesg | tail # 查看内核日志是否有错误 ``` 3. **检查设备号是否注册** ```bash cat /proc/devices | grep readSamp ``` - 如果显示 `243 readSamp` 但设备节点无权限,需按上述方法修改权限。 --- ### **4. 常见误区澄清** | **误区** | **事实** | |------------------------------|-------------------------------------------------------------------------| | `CONFIG_MODULE_SIG=n` 影响权限 | 模块签名与设备权限无关,该选项仅控制内核是否验证模块签名 | | 必须用 `sudo` 写入设备 | 正确设置权限后(如 `666`),普通用户可直接读写设备 | | 重启后权限会恢复 | 通过 udev 规则或代码设置的权限是持久的 | --- ### **5. 完整操作示例** ```bash # 重新加载模块并设置权限 sudo rmmod readSamp sudo insmod readSamp.ko sudo chmod 666 /dev/readSamp # 测试写入 echo "test" > /dev/readSamp cat /dev/readSamp # 如果有实现 read 方法,可验证输出 ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值