总线、设备和驱动之间关系

现在的人都知道，三角关系很难处。那么总线、设备和驱动之间是如何和谐共处那？先说说总线中的那两条链表是怎么形成的。内核要求每次出现一个设备就要向总线汇报，或者说注册，每次出现一个驱动，也要向总线汇报，或者说注册。

比如系统初始化的时候，会扫描连接了哪些设备，并为每一个设备建立起一个structdevice 的变量，每一次有一个驱动程序，就要准备一个structdevice_driver 结构的变量。 把这些变量统统加入相应的链表，device 插入devices 链表，driver 插入drivers 链表。这样通过总线就能找到每一个设备，每一个驱动。然而，假如计算机里只有设备却没有对应的驱动，那么设备无法工作。反过来，倘若只有驱动却没有设备，驱动也起不了任何作用。

在他们遇见彼此之前，双方都如同路埂的野草，一个飘啊飘，一个摇啊摇，谁也不知道未来在哪里，只能在生命的风里飘摇。于是总线上的两张表里就慢慢的就挂上了那许多孤单的灵魂。devices 开始多了，drivers 开始多了，他们像是两个来自世界，devices 们彼此取暖，drivers 们一起狂欢，但他们有一点是相同的，都只是在等待属于自己的那个另一半。

现在，总线上的两条链表已经有了，这个三角关系三个边已经有了两个，剩下的那个那？链表里的设备和驱动又是如何联系那？先有设备还是先有驱动？很久很久以前，在那激情燃烧的岁月里，先有的是设备，每一个要用的设备在计算机启动之前就已经插好了，插放在它应该在的位置上，然后计算机启动，然后操作系统开始初始化，总线开始扫描设备，每找到一个设备，就为其申请一个structdevice 结构，并且挂入总线中的devices 链表中来，然后每一个驱动程序开始初始化，开始注册其struct device_driver 结构，然后它去总线的devices 链表中去寻找(遍历)，去寻找每一个还没有绑定驱动的设备，即structdevice 中的structdevice_driver 指针仍为空的设备，然后它会去观察这种设备的特征，看是否是他所支持的设备，如果是，那么调用一个叫做device_bind_driver 的函数，然后他们就结为了秦晋之好。换句话说，把structdevice 中的structdevice_driverdriver 指向这个驱动，而struct device_driver driver 把struct device 加入他的那张struct klist klist_devices链表中来。就这样，bus、device 和driver，这三者之间或者说他们中的两两之间，就给联系上..。