✳驱动之platform_bus总线框架

• 驱动中引入分离的思想和总线设备模型，platform_bus_type结构体用来实现这种虚拟的机制。总线主要分为platform_driver（驱动）、platform_device（设备）两大类，这两大类下有各种各种的具体驱动、设备，可以理解为两条链表结构；两者都需要注册，注册函数分别为：platform_driver_register、platform_device_register。一种驱动可以对应多种设备，一种设备只能对应一种驱动，即使有两个驱动都能match该设备，设备也只能选择一种驱动。注册顺序不分先后，可以先注册驱动，然后match设备，找不到匹配的设备，再注册设备，继续匹配，成功就调用驱动的probe函数，probe函数一般会调用设备的resource（硬件相关），实现file_operations结构体，。

 

struct bus_type platform_bus_type = {
    .name        = "platform",
    .dev_groups    = platform_dev_groups,
    .match        = platform_match,
    .uevent        = platform_uevent,
    .pm        = &platform_dev_pm_ops,
};

　　　　platform_driver_register大概过程：内部函数实现：__platform_driver_register；将该驱动与platform_bus_type结构体挂钩，并挂到总线上：drv->driver.bus = &platform_bus_type → ret = bus_add_driver(drv) → klist_add_tail(&priv->knode_bus, &bus->p->klist_drivers) ；将此驱动与每个设备进行match配对：error = driver_attach(drv) → bus_for_each_dev(drv->bus, NULL, drv, __driver_attach)；若匹配成功，则调用probe函数：driver_probe_device(drv, dev);

　　　　这套机制可以单独应用于驱动或者设备， 调用probe函数注册驱动程序、注册设备文件。

• 内置宏：__FILE__ 、__FUNCTION__ 、__LINE__，用来定位程序运行中的错误，分别表示发生错误时所在的函数名、文件名、所在行号；

printk("%s %s %d \n",__FILE__,__FUNCTION__,__LINE__);