Linux内核设备注册底层机制问询：核心函数、文件系统及总线作用

1. 负责设备注册的内部核心函数是什么？ #

所有类型的设备（平台设备、字符/块设备、设备树设备、即插即用设备等）最终都会走到内核内部的device_add()函数完成核心注册流程。

各种高层注册接口本质上都是对device_add()的封装：

• 平台设备通过platform_device_add()，最终会调用device_add()
• 字符设备在调用cdev_add()绑定设备对象后，也会触发device_add()
• 设备树解析出的设备，无论是PCI、USB这类物理总线设备，还是SOC内部外设，最终都会通过对应总线的注册接口间接调用device_add()
• 甚至device_register()函数也是先完成设备对象的初始化，再调用device_add()

2. 该函数相关内容是否会在devtmpfs、devfs、sysfs中可见？ #

• sysfs：device_add()的核心工作之一就是在sysfs中创建设备对应的目录和属性文件，比如/sys/devices/下的设备节点，你能看到设备的总线归属、属性、关联的驱动等信息，这些都是device_add()负责生成的。
• devtmpfs：当设备对象中设置了有效的dev_t（设备号）后，device_add()会触发devtmpfs自动在/dev下创建设备文件，无需用户空间手动创建，这也是当前Linux系统默认的设备文件管理方式。
• devfs：这个文件系统已经被淘汰，Linux 2.6之后就不再使用，所以和device_add()没有关联。

3. 虚拟/物理总线在此过程中扮演什么角色？设备是否必须注册到特定总线？ #

总线是设备与驱动之间的核心匹配中介，作用包括：

• 物理总线（如PCI、USB、I2C）：管理对应物理硬件的枚举、地址分配、中断处理，提供设备与驱动的匹配规则（比如PCI的vendor/device ID匹配），负责触发驱动的probe()函数加载。
• 虚拟总线（如platform、misc）：针对没有物理总线的设备设计，比如SOC内部的定时器、UART等外设，或者虚拟设备。这类总线提供软件层面的设备-驱动匹配机制，同样负责管理设备生命周期和驱动加载流程。

所有设备必须注册到某条总线——哪怕是虚拟总线。因为内核的设备模型是基于总线、设备、驱动三层架构设计的，只有注册到总线，设备才能进入内核的设备管理体系，完成与驱动的匹配、资源分配等流程。平台设备就是典型的注册到platform虚拟总线的例子。

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