如何解决在哪里放置Linux字符设备驱动程序?
我目前正在熟悉设备驱动程序,并且正在阅读 Linux Kernel Module Programming Manual。我在第 6.5 节 char_dev.c 字符设备驱动程序中编写了示例。手册指出,虽然它不是用户和内核之间的严格契约,但设备文件应该存储在 /dev 目录中。首先,我将 char_dev.c 的目标文件添加到 makefile 中,创建模块 char_dev.ko 文件。完成后,我将 .ko 模块文件保存在 /dev 目录中。这是我有点失落的地方。以前,我一直在使用的简单模块已直接 insmod 和 rmmod 并在我创建的单独目录中形成内核。如果 char_dev.c 设备驱动程序被打开,它应该打印出一条消息,说明它已经被用户打开 N 次。它不支持任何 write() 操作,据我所知,它的 read() 操作除了将打开设备时生成的消息从内核空间复制到用户空间并返回读取的字节数之外,什么都不做.
手册指出,通过 cat'ing /proc/devices 我可以查看它的设备文件,但这样做不会显示任何分配了任何类型的主要或次要编号的 char_dev 设备驱动程序。
我没有明确地将模块加载到内核中,虽然我认为我应该这样做,但手册没有明确说要这样做。
非常感谢任何帮助,因为这是我第一次编写/使用设备驱动程序。
解决方法
您不应该将模块文件放在 /dev
中;在那里它不会做任何有用的事情。你可以把它放在任何你想要的地方,但当然你必须insmod
它。这可能是手册中的一个意外遗漏,或者他们认为这很明显,他们不需要说出来。
您应该在 /dev
中创建的是一个新的 special file,也就是 设备文件,其中的主要和次要编号对应于您在驱动程序中使用的任何内容源代码,或内核自动分配的任何内容。您可以使用 mknod
命令执行此操作:sudo mknod /dev/mydevice c 123 45
,其中 123,45
分别是主设备号和次设备号。指南的第 5.6 节对此有一些解释。 (请注意,指南中的示例驱动程序显然没有查看次要编号,因此它可以是您想要的任何内容。)
然后您应该能够执行类似 sudo cat /dev/mydevice
的操作并调用驱动程序的 read
函数。
如果这台机器上有非特权用户,使用 -m
标志给 mknod
赋予特殊文件更严格的权限,使他们无法访问它,例如mknod -m 0700 /dev/mydevice c 123 45
。
严格来说,您不必在 /dev
中创建特殊文件,您可以改为执行 mknod /other/dir/mydevice c 123 45
,但这可能会引起混淆。
根据您的发行版管理 /dev
的方式,/dev
文件系统可能不会在重新启动后持续存在,因此您可能必须在每次启动时重新创建您的特殊文件。它可能由诸如 udev
之类的守护程序管理,如果您打算永久使用您的设备,它具有您可以编辑的配置文件,以确保它在启动时添加您的特殊文件。这与其说是编程主题,不如说是系统管理,因此,如果您想了解更多信息,请前往 https://unix.stackexchange.com。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。