总线、设备、驱动
实体 | 功能 | 代码 |
---|---|---|
设备 | 描述基地址、中断号、时钟、DMA、复位等信息 | arch/arm arch/blackfin arch/xxx 等目录 |
驱动 | 完成外设的功能,如网卡收发包,声卡录放,SD卡读写… | drivers/* 等目录 |
总线 | 完成设备和驱动的关联 | drivers/base/platform.c drivers/pci/pci-driver.c … |
globalfifo
通过系统上的目录可以查看相应的信息:
/sys/bus/platform/devices/
/sys/bus/platform/drivers/
[platform 平台总线驱动模型]
从Linux2.6开始Linux加入了一套驱动管理和注册机制— platform 平台总线驱动模型。platform 平台总线是一条虚拟总线, platform_device 为相应的设备, platform_driver 为相应的驱动。与传统的 bus/device/driver 机制相比, platform 由内核统一进行管理,提高了代码的可移植性和安全性。所谓的 platform_device 并不是与字符设备、块设备和网络设备并列的概念,而是Linux系统提供的一种附加手段。
Linux总线设备驱动模型的框架如下图所示:
在总线设备驱动模型中,需关心总线、设备和驱动这3个实体,总线将设备和驱动绑定。当系统向内核注册每一个驱动程序时,都要通过调用 platform_driver_register 函数将驱动程序注册到总线,并将其放入所属总线的 drv链表中,注册驱动的时候会调用所属总线的match函数寻找该总线上与之匹配的每一个设备,如果找到与之匹配的设备则会调用相应的probe函数将相应的设备和驱动进行绑定; 同样的当系统向内核注册每一个设备时,都要通过调用platform_device_register 函数将设备注册到总线,并将其放入所属总线的dev链表中,注册设备的时候同样也会调用所属总线的match函数寻找该总线上与之匹配的每一个驱动程序,如果找到与之匹配的驱动程序时会调用相应的probe函数将相应的设备和驱动进行绑定;而这一匹配的过程是由总线自动完成的。
platform_driver_register(drv)
__platform_driver_register(drv, THIS_MODULE)
driver_register(&drv->driver)
bus_add_driver(drv)
driver_attach(drv)
bus_for_each_dev(drv->bus, NULL, drv, __driver_attach);
__driver_attach(dev, data);
driver_match_device(drv, dev);
driver_probe_device(drv, dev);
really_probe(dev, drv);
dev->bus->probe(dev); or drv->probe(dev);
- 下面分析 platform 驱动相关的结构体
struct platform_driver {
int (*probe)(struct platform_device *);
int (*remove)(struct platform_device *);
void (*shutdown)(struct platform_device *);
int (*suspend)(struct platform_device *, pm_message_t state);
int (*resume)(struct platform_device *);
struct device_driver driver;
const struct platform_device_id *id_table;
bool prevent_deferred_probe;
};
首先分析 platform_driver_register 用到的 platform_driver 结构体,其中包含了 probe 和 remove 等相关操作, 同时还内嵌了device_driver 结构体,下面看看这个结构体中都有什么内容:
/**
* struct device_driver - The basic device driver structure
* @name: Name of