Linux设备驱动模型框架分析（三）——LDDM的实体bus_type、device和device_driver

在Linux设备模型中，Bus（总线）是一类特殊的设备，它是连接处理器和其它设备之间的通道（channel）。为了方便设备模型的实现，内核规定，系统中的每个设备都要连接在一个Bus上，这个Bus可以是一个内部Bus、虚拟Bus或者Platform Bus。

device和device driver是Linux驱动开发的基本概念。Linux kernel的思路很简单：驱动开发，就是要开发指定的软件（driver）以驱动指定的设备，所以kernel就为设备和驱动它的driver定义了两个数据结构，分别是device和device_driver（本文以http://www.wowotech.net/device_model/device_and_driver.html，http://www.wowotech.net/device_model/bus.html为基础，结合自己的理解和4.1内核的修改）。

bus_type

内核通过struct bus_type结构，抽象Bus。

 

 

 

name，该bus的名称，会在sysfs中以目录的形式存在，如platform bus在sysfs中表现为"/sys/bus/platform”。

dev_name，该名称和下面讲到的struct device结构中的init_name有关。对有些设备而言，允许将设备的名字留空。这样当设备注册到内核后，设备模型的核心逻辑就会用"bus->dev_name+device ID”的形式，为这样的设备生成一个名称。

dev_attrs，被下边的groups取代

bus_groups、dev_groups、drv_groups，一些默认的attribute，可以在bus、device或者device_driver添加到内核时，自动为它们添加相应的attribute。

dev_root，dev_root设备为bus的默认父设备（Default device to use as the parent），但在内核实际实现中，和一个叫sub system的功能有关。

match，一个由具体的bus driver实现的回调函数。当任何属于该Bus的device或者device_driver添加到内核时，内核都会调用该接口，如果新加的device或device_driver匹配上了彼此的话，该接口要返回非零值，此时Bus模块的核心逻辑就会执行后续的处理。

uevent，一个由具体的bus driver实现的回调函数。当任何属于该Bus的device，发生添加、移除或者其它动作时，Bus模块的核心逻辑就会调用该接口，以便bus driver能够修改环境变量。

probe、remove，这两个回调函数，和device_driver中的非常类似，但它们的存在是非常有意义的。可以想象一下，如果需要probe（其实就是初始化）指定的device