linux platform 虚拟总线

转载 2013年12月04日 11:05:40
     

从Linux2.6起,引入了一套新的驱动管理和注册机制:Platform_device和Platform_driver。Linux中大部分的设备驱动,都可以使用这套机制,设备用platform_device表示,驱动用platform_driver进行注册。 Linux platformdriver机制和传统的device_driver机制相比,一个十分明显的优势在于platform机制将本身的资源注册进内核,由内核统一管理,在驱动程序中使用这些资源时通过platform_device提供的标准接口进行申请并使用。这样提高了驱动和资源管理的独立性,并且拥有较好的可移植性和安全性。

 

和传统的驱动一样,platform机制也分为三个步骤:  

1 总线注册阶段:

内核启动初始化时的main.c文件中的

                kernel_init()

                   -->do_basic_setup()

                        -->driver_init()

                              -->platform_bus_init()

                                   -->bus_register(&platform_bus_type),注册了一条platform总线(虚拟总线)。

 

2 添加设备时

设备注册的时候(对于展讯8830 设备的在kernel/arch/arm/mach-sc/Board_sp8830ec.c中的sc8830_init_machine()中有platform_add_devices(devices,ARRAY_SIZE(devices)))注册的。其中devices是platform_device类型的数组。

               Platform_device_register()

                    -->platform_device_add()

                         -->device_add(),就这样把设备给挂到虚拟的总线上。

 

3 驱动注册时:

               Platform_driver_register()

                   -->driver_register()

                         -->bus_add_driver()

                               -->driver_attach()

                                      -->bus_for_each_dev(drv->bus, NULL, drv, __driver_attach);

                    对在每个挂在虚拟的platformbus的设备作__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)。)开始真正的探测,如果probe成功,则绑定设备到该驱动。

 

   从上面可以看出,platform机制最后还是调用了bus_register(), device_add() ,driver_register()这三个关键的函数。

下面看几个结构体:

struct platform_device          (/include/linux/Platform_device.h)

{

      const char   *name;

      int         id;

      structdevice    dev;

      u32       num_resources;

      struct resource * resource;

};

   Platform_device结构体描述了一个platform结构的设备,在其中包含了一般设备的结构体structdevice      dev;设备的资源结构体structresource    *resource;还有设备的名字constchar    *name。(注意,这个名字一定要和后面platform_driver.driveràname相同,原因会在后面说明。)

 

该结构体中最重要的就是resource结构,这也是之所以引入platform机制的原因。

struct resource                           (/include/linux/ioport.h)

{

      resource_size_t start;

      resource_size_t end;

      const char *name;

      unsigned long flags;

      struct resource *parent, *sibling, *child;

};

   其中flags位表示该资源的类型,start和end分别表示该资源的起始地址和结束地址

 

struct platform_driver                 (/include/linux/Platform_device.h)

{

      int (*probe)(struct platform_device *);

      int (*remove)(struct platform_device *);

      void (*shutdown)(struct platform_device *);

      int (*suspend)(struct platform_device *, pm_message_tstate);

      int (*suspend_late)(struct platform_device *, pm_message_tstate);

      int (*resume_early)(struct platform_device *);

      int (*resume)(struct platform_device *);

      struct device_driver driver;

};

Platform_driver结构体描述了一个platform结构的驱动。其中除了一些函数指针外,还有一个一般驱动的device_driver结构。

 

 

 

名字要一致的原因:

上面说的驱动在注册的时候会调用函数bus_for_each_dev(),对在每个挂在虚拟的platformbus的设备作__driver_attach()àdriver_probe_device(),在此函数中会对dev和drv做初步的匹配,调用的是drv->bus->match所指向的函数。platform_driver_register函数中drv->driver.bus=&platform_bus_type,所以drv->bus->match就为platform_bus_typeàmatch,为platform_match函数,该函数如下:

static int platform_match(struct device * dev, structdevice_driver * drv)

{

      struct platform_device *pdev = container_of(dev, structplatform_device, dev);

 

      return (strncmp(pdev->name,drv->name, BUS_ID_SIZE) ==0);

}

是比较dev和drv的name,相同则会进入really_probe()函数,从而进入自己写的probe函数做进一步的匹配。所以devàname和driveràdrvàname在初始化时一定要填一样的。

 

不同类型的驱动,其match函数是不一样的,这个platform的驱动,比较的是dev和drv的名字,还记得usb类驱动里的match吗?它比较的是ProductID和VendorID。


相关文章推荐

Linux虚拟总线platform驱动框架之地址对齐省内存

原创作品,转载时请务必以超链接形式标明文章原始出处:http://blog.csdn.net/gqb666/article/details/8351080,作者:gqb666       最近在学习...
  • gqb666
  • gqb666
  • 2012-12-20 18:52
  • 2437

Linux虚拟总线platform设备和驱动

Linux Platform Device and Driver 作者:Dongas 日期:08-06-27   从Linux 2.6起引入了一套新的驱动管理和注册机制:Platform_device...

使用platform虚拟总线驱动按键

Linux下按键驱动相对来说,编程简单。本例程使用了platform虚拟总线进行编程,主要是为了加深对总线,设备和驱动的了解,程序不是本人所写。只希望通过写下表笔记,梳理下思路。     ...

设备驱动外传 - 虚拟总线和platform device

1. 总论 2. 系统初始化 platform device 3. 驱动程序使用 platform device      1. 总论 Linux-2.6.11引入了设备模型的概念...

LINUX设备驱动之platform总线

阅读本文之前,如果你对设备驱动模型还不了解,请先阅读本站设备驱动模型相关文章。 Platform总线是kernel中的一种虚拟总线,2.6版本很多驱动都用它来实现。 一.Platform初始化 系统启...

linux设备模型之platform总线

linux设备模型之platform总线(转) 2011-7-1 14:30:29 从Linux 2.6起引入了一套新的驱动管理和注册机制:Platform_device和Platform_d...

linux驱动中的platform总线架构(含具体IIC设备驱动)

转自: http://www.cnblogs.com/andrew-wang/archive/2012/12/17/2822345.html  在设备驱动程序中经常会见到和platform相关的...

Linux驱动程序中的platform总线详解

在设备驱动程序中经常会见到和platform相关的字段,分布在驱动程序的多个角落,这也是2.6内核中比较重要的一种机制,把它的原理弄懂了,对以后分析驱动程序很有帮助,下面简单介绍一下:   在lin...

LINUX设备驱动之platform总线

Eric Fang  2010-01-19 -------------------------------------------------------------- 本站分析linux内核源码...

[Linux驱动入门]Platform总线

第七章 Paltform总线 7.1 Paltform设备驱动概念 7.1.1 Platform总线 struct bus_type platform_bus_type = {        .nam...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)