misc_register未检查/dev名称存在性？内核设备名冲突检测疑问

核心结论 #

内核设备注册（如misc_register）与用户空间/dev下的设备节点是完全独立的两个环节：内核不会检查/dev目录下是否存在同名文件，只会检测内核内部已注册的设备名称是否冲突。

1. 内核设备注册的本质 #

当你调用misc_register时，内核做的事情是：

• 在内核维护的misc设备链表中添加新的设备对象；
• 分配次设备号（你用了MISC_DYNAMIC_MINOR，会自动分配一个未使用的次号，misc类主设备号固定为10）；
• 在/sys/class/misc/下创建对应的sysfs条目，用于向用户空间暴露设备信息；
• 不会自动在/dev下创建设备节点——/dev节点的创建通常由udev/mdev这类用户空间工具完成，它们监听sysfs事件，根据内核设备信息自动生成节点。

你手动用sudo mknod /dev/mydev c 100 101创建的是用户空间的文件，内核对这个文件的存在完全不知情，自然不会因为它而拒绝设备注册。

2. 内核的设备名称冲突检测逻辑 #

misc设备的名称冲突检测仅针对内核内部已注册的misc设备：

• misc_register函数会遍历内核中已有的misc设备链表，逐个对比struct miscdevice的name字段；
• 如果发现有同名的已注册设备，会返回-EBUSY错误，注册失败；
• 只要内核里没有同名的misc设备，不管/dev下有没有同名文件，注册都会成功。

3. 你的实验场景的实际情况 #

你插入模块后：

• 内核成功注册了名为mydev的misc设备，分配了主设备号10、某个动态次设备号；
• /dev下的mydev还是你手动创建的那个，主/次设备号是100/101，和内核注册的设备没有任何关联；
• 如果你尝试读写这个手动创建的/dev/mydev，实际访问的是主100次101对应的设备（大概率不存在，会报错），而非你注册的misc设备。

如果想让内核注册的设备在/dev生成正确的节点，需要依赖udev/mdev：它们会识别sysfs中的新设备条目，自动创建匹配主/次设备号的/dev/mydev节点，此时如果/dev已有同名节点，udev可能会根据配置覆盖或报错，但这是用户空间工具的行为，和内核无关。

内容的提问来源于stack exchange，提问作者Alex