做Linux方面也有三个多月了，对代码中的有些结构一直不是很明白，比如platform_device与platform_driver一直分不清关系。在网上搜了下，做个总结。两者的工作顺序是先定义platform_device -> 注册 platform_device->，再定义 platform_driver-> 注册 platform_driver。

（1）platform_device设备的注册过程必须在相应设备驱动加载之前被调用，因为驱动注册时需要匹配内核中所以已注册的设备名。platform_device 是在系统启动时在init.c 里的s3c_arch_init() 函数里进行注册的。这个函数申明为arch_initcall(s3c_arch_init); 会在系统初始化阶段被调用。arch_initcall 的优先级高于module_init，所以会在Platform 驱动注册之前调用。现在内核中不是采用arch_initcall(s3c_arch_init) 注册platform_device 结构体而是通过.init_machine成员将其保存在arch_initcall(customize_machine)等待调用（在mach-smdk6410.c中定义的MACHINE_START到MACHINE_END）；其实质是一样的均放在.initcall3.init等待调用。之后再定义结构体struct platform_driver，在驱动初始化函数中调用函数platform_driver_register() 注册 platform_driver。详细过程描述如下：

Linux从2.6版本开始引入了platform这个概念，在开发底层驱动程序时，首先要确认的就是设备的资源信息，在2.6内核中将每个设备的资源用结构platform_device来描述，该结构体定义在kernel/include/linux/platform_device.h中，

[cpp] view plaincopy
  1. struct platform_device
  2. {
  3. const char * name;
  4. u32  id;
  5. struct device dev;
  6. u32  num_resources;
  7. struct resource * resource;
  8. };

该结构一个重要的元素是resource，该元素存入了最为重要的设备资源信息，定义在kernel/include/linux/ioport.h中，
比如：

[cpp] view plaincopy
  1. struct resource
  2. {
  3. const char *name;
  4. unsigned long start, end;
  5. unsigned long flags;
  6. struct resource *parent, *sibling, *child;
  7. };

实例如：

[cpp] view plaincopy
  1. static struct resource s3c_usb_resource[] = {
  2. [0] = {
  3. .start = S3C_PA_USBHOST,
  4. .end   = S3C_PA_USBHOST + S3C_SZ_USBHOST - 1,
  5. .flags = IORESOURCE_MEM,
  6. },
  7. [1] = {
  8. .start = IRQ_UHOST,
  9. .end   = IRQ_UHOST,
  10. .flags = IORESOURCE_IRQ,
  11. }
  12. };

以上是6410的USB  HOST分配的资源信息。第1组描述了这个usb host设备所占用的总线地址范围，起始地址和大小由硬件决定，IORESOURCE_MEM表示第1组描述的是内存类型的资源信息；第2组描述了这个usb host设备的中断号，也由硬件设定，IORESOURCE_IRQ表示第2组描述的是中断资源信息。设备驱动会根据flags来获取相应的资源信息。

有了resource信息，就可以定义platform_device了：

[cpp] view plaincopy
  1. struct platform_device s3c_device_usb = {
  2. .name    = "s3c2410-ohci",  //s3c6410-usb
  3. .id    = -1,
  4. .num_resources   = ARRAY_SIZE(s3c_usb_resource),
  5. .resource   = s3c_usb_resource,
  6. .dev              = {
  7. .dma_mask = &s3c_device_usb_dmamask,
  8. .coherent_dma_mask = 0xffffffffUL
  9. }
  10. };

有了platform_device就可以调用函数platform_add_devices向系统中添加该设备了。系统中的设备资源都可以采用这种方式列举在一起，然后成一个指针数组，如：

static struct platform_device *smdk6410_devices[] __initdata = {

......

&s3c_device_usbgadget,
 &s3c_device_usb,  //jeff add.

......

}

然后在6410的初始化函数smdk6410_machine_init（）中执行：

platform_add_devices(smdk6410_devices, ARRAY_SIZE(smdk6410_devices));将所有的device添加进系统。platform_add_devices的好处在于它是一次性的执行多个platform_device_register。

（2） 至于驱动程序需要实现结构体struct platform_driver，也定义在kernel/include/linux/platform_device.h中：

[cpp] view plaincopy
  1. struct platform_driver {
  2. int (*probe)(struct platform_device *);
  3. int (*remove)(struct platform_device *);
  4. void (*shutdown)(struct platform_device *);
  5. int (*suspend)(struct platform_device *, pm_message_t state);
  6. int (*suspend_late)(struct platform_device *, pm_message_t state);
  7. int (*resume_early)(struct platform_device *);
  8. int (*resume)(struct platform_device *);
  9. struct pm_ext_ops *pm;
  10. struct device_driver driver;
  11. };

则该处的USB HOST实现是：

[cpp] view plaincopy
  1. static struct platform_driver ohci_hcd_s3c2410_driver = {
  2. .probe  = ohci_hcd_s3c2410_drv_probe,
  3. .remove  = ohci_hcd_s3c2410_drv_remove,
  4. .shutdown = usb_hcd_platform_shutdown,
  5. /*.suspend = ohci_hcd_s3c2410_drv_suspend, */
  6. /*.resume = ohci_hcd_s3c2410_drv_resume, */
  7. .driver  = {
  8. .owner = THIS_MODULE,
  9. .name = "s3c2410-ohci",
  10. },
  11. };

在驱动初始化（ohci-hcd.c的1124行）函数中调用函数platform_driver_register()注册该platform_driver，需要注意的是s3c_device_usb结构中name元素和ohci_hcd_s3c2410_driver 结构中driver.name必须是相同的，这样在platform_driver_register()注册时会对所有已注册的platform_device中元素的name和当前注册的platform_driver的driver.name进行比较，只有找到具备相同名称的platform_device存在后，platform_driver才能注册成功。当注册成功时会调用platform_driver结构元素probe函数指针，这里就是ohci_hcd_s3c2410_drv_probe开始探测加载。platform driver中的函数都是以platform device作为参数进入。

（3）为什么两个name的名字必须匹配才能实现device和driver的绑定？（1）在内核初始化时kernel_init()->do_basic_setup()->driver_init()->platform_bus_init()初始化platform_bus(虚拟总线)；（2）设备注册的时候platform_device_register()->platform_device_add()->(pdev->dev.bus = &platform_bus_type)把设备挂在虚拟的platform bus下；（3）驱动注册的时候platform_driver_register()->driver_register()->bus_add_driver()->driver_attach()->bus_for_each_dev()，对每个挂在虚拟的platform bus的设备作__driver_attach()->driver_probe_device()，判断drv->bus->match()是否存在并且是否执行成功，此时通过指针执行platform_match，比较strncmp(pdev->name, drv->name, BUS_ID_SIZE)，如果相符就调用really_probe（实际就是执行的相应设备的platform_driver->probe(platform_device)，注意platform_drv_probe的_dev参数是由bus_for_each_dev的next_device获得）开始真正的探测加载，如果probe成功则绑定该设备到该驱动。

当进入probe函数后，需要获取设备的资源信息，根据参数type所指定类型，例如IORESOURCE_MEM，来分别获取指定的资源。
struct resource * platform_get_resource(struct platform_device *dev, unsigned int type, unsigned int num);当然，也可以固定资源类型，如获取资源中的中断号：struct int platform_get_irq(struct platform_device *dev, unsigned int num);

probe函数一般完成硬件设备使能，struct resource的获取以及虚拟地址的动态映射和具体类型设备的注册（因为平台设备只是一种虚拟的设备类型);remove函数完成硬件设备的关闭，struct resource以及虚拟地址的动态映射的释放和具体类型设备的注销。只要和内核本身运行依赖性不大的外围设备 ( 换句话说只要不在内核运行所需的一个最小系统之内的设备 ), 相对独立的拥有各自独自的资源 (addresses and IRQs) ，都可以用platform_driver 实现。如：lcd,usb,uart 等，都可以用platfrom_driver 写，而timer,irq等最小系统之内的设备则最好不用platfrom_driver 机制，实际上内核实现也是这样的。

参考原文：http://blog.chinaunix.net/u1/49507/showart_494193.html

参考原文：http://blog.csdn.net/yd4330152763132/archive/2010/02/01/5275776.aspx

platform_device与platform_driver相关推荐

  1. 内核驱动中常见的miscdevice、platform_device、platform_driver

    最近在看驱动模型,是越看越糊涂,以前接触比较多的都是一些字符驱动,对字符驱动的框架有一定的了解.后来因为想在驱动中实现设备文件的创建,又了解了一下,sysfs文件系统和udev设备文件系统,必然就涉及 ...

  2. 关于platform_device和platform_driver的匹配

    说句老实话,我不太喜欢现在Linux 2.6这套bus, platform, device,device driver 的模式.我觉得这种模式破坏了Linux的"简单就是美"的哲学 ...

  3. linux resouce,platform_device和platform_driver驱动的关系

    Author: taoyuetao Email: tao_yuetao@yahoo.com.cn Blog: http://www.eetop.cn/blog/?11145 2006-11-21 == ...

  4. platform_device和platform_driver的注册过程，及probe函数何时调用的分析

    转载于http://blog.chinaunix.net/uid-7828352-id-3833188.html 参考资料:http://blog.csdn.net/xiafeng1113/artic ...

  5. platform_device 与 platform_driver 是如何匹配的？

    我们知道 platform_device 注册到内核以后,当我们每注册一个 platform_driver 时,它们就会两两确定是否能够匹配,如果能够配对成功,就会调用 platform_driver ...

  6. Linux内核平台设备驱动模型platform_device和platform_driver框架

    关于Linux平台设备驱动模型,并不是创建新的设备分类,是在原有的字符设备基础上使用,将设备和驱动分开,生成两个.ko文件.         Linux内核维护一个全局设备链表,对应的总线会将驱动和设 ...

  7. 探究platform_driver中“多态”思想

    问题最初是下面的两段代码引出的: static struct platform_driver sonypi_driver = {.driver = {.name = "sonypi" ...

  8. linux的platform驱动

    如下内容来自<[正点原子]I.MX6U嵌入式Linux驱动开发指南V1.5.2.pdf>   将设备信息从设备驱动中剥离开来,驱动使用标准方法去获取到设备信息(比如从设备树中获取到设备信息 ...

  9. linux usb驱动

    0.usb协议     usb的版本:     硬件         usb 1.0     OHCI        微软                 硬件 > 软件         usb ...

最新文章

  1. openwrt linux rootfs 分区表,Openwrt扩展rootfs到U盘
  2. Visual Studio C++ 画图【极简版】
  3. Tengine怎么去安装第三方模块、以及安装源码中的模块
  4. android 微信缩小通话界面_安卓如何做出微信那样的界面仿微信“我”的界面2/5...
  5. 【华为云技术分享】华为云文档数据库服务DDS监控告警全新优化
  6. 【Elasticsearch】Elasticsearch 优化写入流程实现NRT近实时（filesystem cache，refresh）
  7. exchange2003的简单安装方法
  8. Centos7安装完毕后无法联网的解决方法
  9. STM32开发，使用IAR软件建立工程
  10. 部署Screego浏览器实现多人共享屏幕
  11. 如何关闭电脑弹窗（2种方法）
  12. python开源项目之五子棋
  13. html四边形布局,canvas四边形.html
  14. python微信群发itchat
  15. 华为nova8和华为nova8Plus哪个好-华为nova8和华为nova8Plus区别-哪个更值得入手-参数对比
  16. python下拉菜单无限营销工作室_Python生成流水线《无限拍卖》文字！
  17. Day 01嵌入式学习之Linux基础知识和命令操作
  18. 神经网络笔记1-三层BP神经网络
  19. 【Azure Data Platform】Azure SQLDW与ADLS的整合
  20. 《炬丰科技-半导体工艺》单晶硅清洗工艺

热门文章

  1. python rpc_python与RPC服务
  2. 022_配置configuration
  3. 014_html折行
  4. php文件开放下载安全,php实现文件安全下载
  5. Java数据结构和算法：HashMap的实现原理
  6. Nginx--------地址重写
  7. java dayofweek_Java DayOfWeek getDisplayName()用法及代碼示例
  8. 学多门计算机语言的好处,多学一门语言的19大好处
  9. python3.8提示pip_Linux下升级安装python3.8并配置pip及yum的教程
  10. hadoop 开启防火墙_Hadoop部署一Hadoop安装