Linux 字符设备驱动程序放在哪里？
Where to place Linux character device driver?
我目前正在熟悉设备驱动程序，并且正在阅读 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() 操作除了将打开设备时生成的消息从内核 space 复制到 user[=27 之外什么都不做=] 和 return 读取了多少字节。
手册指出，通过 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。
我目前正在熟悉设备驱动程序，并且正在阅读 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() 操作除了将打开设备时生成的消息从内核 space 复制到 user[=27 之外什么都不做=] 和 return 读取了多少字节。
手册指出，通过 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。