Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1324728
  • 博文数量: 38
  • 博客积分: 710
  • 博客等级: 中校
  • 技术积分: 8638
  • 用 户 组: 普通用户
  • 注册时间: 2010-12-01 18:55
个人简介

提升自已,分享别人

文章存档

2015年(1)

2013年(2)

2011年(24)

2010年(11)

分类: 嵌入式

2011-02-05 22:12:37

linux设备驱动归纳总结(九):1.platform总线的设备和驱动


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

这一节可以理解是第八章的延伸,从这节开始介绍platform设备驱动。

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


一、什么是paltform总线


一个现实的linux设备和驱动通常都需要挂接在一种总线上,比较常见的总线有USBPCI总线等。但是,在嵌入式系统里面,SoC系统中集成的独立的外设控制器、挂接在SoC内存空间的外设却不依附与此类总线。基于这样的背景下,2.6内核加入了platform虚拟总线。platform机制将设备本身的资源注册进内核,有内核统一管理,在驱动程序使用这些资源时使用统一的接口,这样提高了程序的可移植性。

如果简单的说,就像我在第八章第三节模拟的usb总线一样(源代码路径:8th_devModule_3/2nd),platform总线对加入到该总线的设备和驱动分别封装了两个结构体——platform_deviceplatform_driver。并且提供了对应的注册函数。当然,前提是要包含头文件

来个图:

由上面两个的关系我们可以看出来,需要在platform总线上注册设备和驱动,只要定义指定的结构体后调用platform给出的注册函数就可以了。


下面就介绍一下platform总线、设备和驱动。


1platform总线:


和我之前虚拟的usb总线一样,linux在系统启动时就注册了platform总线,看内核代码:

/*drivers/base/platform.c*/

604 static int platform_match(struct device *dev, struct device_driver *drv)

605 {

606     struct platform_device *pdev;

607

608     pdev = container_of(dev, struct platform_device, dev);

609     return (strcmp(pdev->name, drv->name) == 0); //配对函数检验名字是否一致

610 }

。。。。。

949 struct bus_type platform_bus_type = {

950     .name = "platform", //定义了总线名字为platform,总线注册后新建目录sys/bus/platform

951     .dev_attrs = platform_dev_attrs,

952     .match = platform_match, //指定配对函数

953     .uevent = platform_uevent,

954     .pm = PLATFORM_PM_OPS_PTR,

955 };

可以看到,和我的usb虚拟总线一样,总线中定义了成员名字和match函数,当有总线或者设备注册到platform总线时,内核自动调用match函数,判断设备和驱动的name是否一致


2platform设备:


同样的,先看一下platform设备对应的结构体paltform_device

/*linux/platform_device.h*/

16 struct platform_device {

17     const char * name; //设备的名字,这将代替device->dev_id,用作sys/device下显示的目录名

18     int id; //设备id,用于给插入给该总线并且具有相同name的设备编号,如果只有一个设备的话填-1

19     struct device dev; //结构体中内嵌的device结构体。

20     u32 num_resources; //资源数。

21     struct resource * resource; //用于存放资源的数组。

22 };

上面的结构体中先不介绍idnum_resourcesresource。可以看到,platform_device的封装就是指定了一个目录的名字name,并且内嵌device

platform_device的注册和注销使用以下函数:

/*drivers/base/platform.c*/

322 int platform_device_register(struct platform_device *pdev) //同样的,需要判断返回值

。。。

337 void platform_device_unregister(struct platform_device *pdev)

注册后,同样会在/sys/device/目录下创建一个以name命名的目录,并且创建软连接到/sys/bus/platform/device下。


3platform驱动:


先看一下platform驱动对应的结构体paltform_driver

/*linux/platform_device.h*/

50 struct platform_driver {

51     int (*probe)(struct platform_device *);

52     int (*remove)(struct platform_device *);

53     void (*shutdown)(struct platform_device *);

54     int (*suspend)(struct platform_device *, pm_message_t state);

55     int (*suspend_late)(struct platform_device *, pm_message_t state);

56     int (*resume_early)(struct platform_device *);

57     int (*resume)(struct platform_device *);

58     struct device_driver driver;

59 };

可以看到,platform_driver结构体内嵌了device_driver,并且实现了probremove等操作。其实,当内核需要调用probe函数时,它会调用driver->probe,在dricer->probe中再调用platform_driver->probe。如果想了解清楚的话建议查看内核源代码。

platform_driver的注册和注销使用以下函数:

/*drivers/base/platform.c*/

492 int platform_driver_register(struct platform_driver *drv)

。。。。。

513 void platform_driver_unregister(struct platform_driver *drv)

注册成功后内核会在/sys/bus/platform/driver/目录下创建一个名字为driver->name的目录。


介绍完后,那我就根据第八章第三节(linux设备驱动归纳总结(八):3.设备管理的分层与面向对象思想)的源程序(8th_devModule_3/2nd),将我想象出来的usb鼠标设备和驱动添加到platform总线上:

/*9th_platform_1/1st/device.c*/

4 #include

5

6 void usb_dev_release(struct device *dev)

7 {

8     printk(" release\n");

9 }

10 struct platform_device mouse_dev = {

11     .name = "plat_usb_mouse", //将以这个名字创建目录

12     .dev = {

13         .bus_id = "usb_mouse", //不会用这个名字创建目录了,这里不设置bus_id也行的。

14         .release = usb_dev_release,

15     },

16 };

17

18 static int __init usb_device_init(void)

19 {

20     int ret;

21

22     ret = platform_device_register(&mouse_dev);

23     if(ret){

24         printk("device register failed!\n");

25         return ret;

26     }

27

28     printk("usb device init\n");

29     return 0;

30 }

31

32 static void __exit usb_device_exit(void)

33 {

34     platform_device_unregister(&mouse_dev);

35     printk("usb device bye!\n");

36 }

一看就很简单,将之前usb结构体和注册函数更改为platform类型就可以了。dirver.c也是一样:

/*9th_platform_1/1st/driver.c */

25 struct platform_driver mouse_drv = {

26     .probe = usb_driver_probe,

27     .remove = usb_driver_remove,

28     .driver = {

29         .name = "plat_usb_mouse", ///sys/中的驱动目录名字

30     },

31 };

32

33 static int __init usb_driver_init(void)

34 {

35     int ret;

36     /*驱动注册,注册成功后在/sys/platform/usb/driver目录下创建目录

37     * plat_usb_mouse*/

38     ret = platform_driver_register(&mouse_drv);

39     if(ret){

40         printk("driver register failed!\n");

41         return ret;

42     }

43     printk("usb driver init\n");

44     return 0;

45 }

46

47 static void __exit usb_driver_exit(void)

48 {

49     platform_driver_unregister(&mouse_drv);

50     printk("usb driver bye!\n");

51 }


由上面的程序看到,设备和驱动都以”plat_usb_mouse”命名,这样的话match函数也就能配对成功。

看效果:

[root: 1st]# insmod device.ko

usb device init

[root: 1st]# insmod driver.ko

init usb mouse

usb driver init

[root: 1st]# lsmod

driver 1604 0 - Live 0xbf006000

device 1584 0 - Live 0xbf000000

[root: 1st]# cd /

[root: /]# find -name "*usb_mouse*"

./sys/devices/platform/plat_usb_mouse.0

./sys/bus/platform/devices/plat_usb_mouse.0

./sys/bus/platform/drivers/plat_usb_mouse

./sys/bus/platform/drivers/plat_usb_mouse/plat_usb_mouse.0

当我查找usb_mouse时出现了四个目录,但是为什么后面有个“0”?这个0代表设备的编号,是由paltform_device->id指定的。我的程序没有设备,所以默认为0。如果你不想的你的目录名字没有后缀,那你就设置platform_device->id = -1;

platform_device->id = 3的效果:

[root: /]# find -name "*usb_mouse*"

./sys/devices/platform/plat_usb_mouse.3

./sys/bus/platform/devices/plat_usb_mouse.3

./sys/bus/platform/drivers/plat_usb_mouse

./sys/bus/platform/drivers/plat_usb_mouse/plat_usb_mouse.3

platform_device->id = -1的效果:

[root: /]# find -name "*usb_mouse*"

./sys/devices/platform/plat_usb_mouse

./sys/bus/platform/devices/plat_usb_mouse

./sys/bus/platform/drivers/plat_usb_mouse

./sys/bus/platform/drivers/plat_usb_mouse/plat_usb_mouse


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


二、platform设备的资源和数据


上面讲的usb鼠标都是假的,接下来简单实现一个led驱动,实现的功能很简单,加载后灯亮,卸载后灯灭,我的led灯对应管脚GPE12。顺便介绍一些platform_device中的resourceplatform_data

再看一下platform_device

16 struct platform_device {

17     const char * name;

18     int id;

19     struct device dev;

20     u32 num_resources;

21     struct resource * resource;

22 };

前三个已经介绍了,现在来介绍一下最后两个。

resource是一个指向platform资源数组的指针,该数组中有num_resource个资源,看一下资源结构体:

/*linux/ioport.h"*/

18 struct resource {

19     resource_size_t start;

20     resource_size_t end;

21     const char *name;

22     unsigned long flags;

23     struct resource *parent, *sibling, *child;

24 };

常用的就是红色标记的三个,分别是资源的开始值,结束值和类型。

常见的flagsIORESOURCE_MEMIORESOURCE_IRQ。其他的可以自己查看include/linux/ioport.h

如果fiagsIORESOURCE_MEMstartend分别是该设备的连续的开始和结束地址,如果不连续你可以定义两个或者更多的资源结构体。

如果flagsIORESOURCE_IRQstartend分别是该设备连续的开始和结束的连续中断号,如果不连续可以分开定义。

当然,如果地址或者中断只有一个,你可以将startend定义成一样。

device.c定义了led的资源:

/*9th_platform_1/2nd/device.c*/

10 struct resource s3c_led_res[1] = {

11     [0] = {

12         .start = 0x56000000,

13         .end = 0x560000ff,

14         .flags = IORESOURCE_MEM,

15     },

16 };

17

18 struct platform_device s3c_led_dev = {

19     .name = "plat_led",

20     .id = -1,

21     .dev = {

22         .release = led_dev_release,

23     },

24     .num_resources = ARRAY_SIZE(s3c_led_res), //platform资源的数量,为1

25     .resource = s3c_led_res,

26 };

同时,还要修改一下driver.c中的的proberemoveprobe函数中点亮ledremove灭掉led

/*9th_platform_1/2nd/driver.c*/

9 struct _plat_led_t {

10     unsigned long phys, virt;

11     unsigned long gpecon, gpedat, gpeup;

12     unsigned long reg;

13 };

14

15 struct _plat_led_t pled;

16

17 int led_driver_probe(struct platform_device *pdev)

18 {

19     pled.phys = pdev->resource[0].start;

20     pled.virt = ioremap(pled.phys, SZ_4K);

21     pled.gpecon = pled.virt + 0x40;

22     pled.gpedat = pled.virt + 0x44;

23     pled.gpeup = pled.virt + 0x48;

24

25     //config

26     pled.reg = ioread32(pled.gpecon);

27     pled.reg &= ~(3 << 24);

28     pled.reg |= (1 << 24);

29     iowrite32(pled.reg, pled.gpecon);

30

31     //up

32     pled.reg = ioread32(pled.gpeup);

33     pled.reg |= (1 << 12);

34     iowrite32(pled.reg, pled.gpeup);

35

36     //dat

37     pled.reg = ioread32(pled.gpedat);

38     pled.reg &= ~(1 << 12);

39     iowrite32(pled.reg, pled.gpedat);

40

41     printk("led on\n");

42     return 0;

43 }

上面的probe只要看红色标记就可以了,在platform_device的资源中获取资源的start,而其他的都是之前介绍过的led操作。

45 int led_driver_remove(struct platform_device *pdev)

46 {

47     pled.reg = ioread32(pled.gpedat);

48     pled.reg |= (1 << 12);

49     iowrite32(pled.reg, pled.gpedat);

50

51     printk("led off\n");

52     return 0;

53 }

接下来验证一下:

[root: 2nd]# insmod device.ko

led device init

[root: 2nd]# insmod driver.ko

led on

led driver init

[root: 2nd]# rmmod driver

led off

led driver bye!

[root: 2nd]# rmmod device

release

led device bye!


最后在介绍一下paltform设备的数据:

device结构体下有一个paltform_data

390 void *platform_data; /* Platform specific data, device

391 core doesn't touch it */

它也说明了,这是用与platformdevice的代码不会使用该结构体。

这是一个void指针类型,用于存放platform的数据地址,类似字符设备时介绍的private_data。这里就不写代码了。


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


三、platform设备的静态注册


在上面的程序中,设备和驱动都是通过手动加载的,但有些情况下,内核已经为设备注册到platform总线上,只需要我们注册驱动就可以了。接下来介绍一下设备的静态注册。


先看一下内核是从哪里获取静态注册的platform_device


内核是从 arch/arm/mach-s3c2440/mach-mini2440.c文件中获取到platform_device的信息:

/*arch/arm/mach-s3c2440/mach-mini2440.c*/

250 static struct platform_device *mini2440_devices[] __initdata = {

251     &s3c_device_usb,

252     &s3c_device_rtc,

253     &s3c_device_lcd,

254     &s3c_device_wdt,

255     &s3c_device_led, //这是我新加的

257     &s3c_device_i2c0,

258     &s3c_device_iis,

259     &s3c_device_dm9k,

260     &net_device_cs8900,

261     &s3c24xx_uda134x,

262 };

可以看到,这个数组存放着所有静态注册的platform_device信息,我按照它们的格式,也添加了一个s3c_device_led结构体指针在这个数组中。接下来就要看看是在哪里定义了。

我全局搜索内核代码中含有s3c_device_wdt的文件,然后在这结构体后面依样画葫芦。

让我搜到两个相关的文件:

1arch/arm/plat-s3c24xx/devs.c


可以看到,内核在在这个文件中声明并定义s3c_device_wdtplatform_device结构体,所以,我也在这里定义的个strucr platform_device s3c_device_led

/*arch/arm/plat-s3c24xx/devs.c*/

359 /*test by xiaobai*/

360 /* led_test */

361

362 static struct resource s3c_led_resource[] = {

363     [0] = {

364         .start = 0x56000000,

365         .end = 0x560000ff,

366         .flags = IORESOURCE_MEM,

367     }

368 };

369

370 struct platform_device s3c_device_led = {

371     .name = "plat_led",

372     .id = -1,

373     .num_resources = ARRAY_SIZE(s3c_led_resource),

374     .resource = s3c_led_resource,

375 };

376

377 EXPORT_SYMBOL(s3c_device_led);

会发现,上面的内容跟我前面卸载device.c的代码一模一样。


2)第二个文件是arch/arm/plat-s3c/include/plat/devs.h


platform_match函数是通过包含该文件后读取里面的platform_device信息来跟platform_driver匹配。所以,必须在这里加上一行代码:

/*arch/arm/plat-s3c/include/plat/devs.h*/

32 extern struct platform_device s3c_device_wdt;

33 extern struct platform_device s3c_device_led; //这是我新添加的


修改完上面的3个文件后,重新编译内核后就实现了静态注册platform设备,在内核启动时会自动注册s3c_device_led。所以,我们只需要注册platform驱动就可以了,代码在driver.c中,和上一个程序一模一样(2nd/driver.c),我就不贴出来了,可以自己看3th/driver.c。接下来看效果:

Please press Enter to activate this console.

[root: /]# find -name "*plat_led*" //开机后查找plat_led

./sys/devices/platform/plat_led //发现led设备已经被静态注册上

./sys/bus/platform/devices/plat_led

[root: /]# cd review_driver/9th_platform/9th_platform_1/3rd/

[root: 3rd]# insmod driver.ko //加载led驱动

led on //灯亮

led driver init

[root: 3rd]# rmmod driver

led off

led driver bye!


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


四、总结


这节由第八章的usb虚拟总线的延伸开始介绍platform的设备和驱动使用和注册。


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

源代码: 9th_platform_1.rar  

阅读(34090) | 评论(8) | 转发(55) |
给主人留下些什么吧!~~

txchxl2016-03-10 11:03:17

txchxl:谢谢博主精彩的讲解,有个疑问供后来者参考:
对于3.16内核(可能更高版本内核一样有)
\"其实,当内核需要调用probe函数时,它会调用driver->probe,在dricer->probe中再调用platform_driver->probe\"

实际上如果platform_driver->probe 有定义的话,是不会调用到platform_driver->driver->probe 函数的,如果platform_driver->probe没有定义,那么会执行platform_driver->driver->probe.
可以看下 __platform_driver_register 函数和really_probe 函数

还是3.16内核:
platform_device->dev->init_name 设置了也会影响platform_device 的name,参考device_add 函数

回复 | 举报

txchxl2016-03-10 10:45:45

谢谢博主精彩的讲解,有个疑问供后来者参考:
对于3.16内核(可能更高版本内核一样有)
\"其实,当内核需要调用probe函数时,它会调用driver->probe,在dricer->probe中再调用platform_driver->probe\"

实际上如果platform_driver->probe 有定义的话,是不会调用到platform_driver->driver->probe 函数的,如果platform_driver->probe没有定义,那么会执行platform_driver->driver->probe.
可以看下 __platform_driver_register 函数和really_probe 函数

younglord1232015-12-16 19:46:26

younglord123:其实,当内核需要调用probe函数时,它会调用driver->probe,在dricer->probe中再调用platform_driver->probe。---好像没有driver这个结构体,是device_driver吧?

看错,其实是一回事,struct device_driver driver;

回复 | 举报

younglord1232015-12-16 13:18:03

其实,当内核需要调用probe函数时,它会调用driver->probe,在dricer->probe中再调用platform_driver->probe。---好像没有driver这个结构体,是device_driver吧?

jinchengt2015-09-08 11:36:26

谢谢楼主这么详细的解说,