linux驱动platform驱动模型详解，以及基于platform驱动模型的led驱动

Posted 2020-09-08

参考：

http://blog.csdn.net/qq_28992301/article/details/52385518

http://blog.csdn.net/zoe6553/article/details/6372445

http://blog.chinaunix.net/uid-25014876-id-111745.html

 

1：什么是platform总线？
platform总线是区别于实体总线USB、 I2C、SPI 、PIC总线的虚拟总线，一些usb设备选址的话需要通过USB总线来进行寻址，

而有些类似于SoC内部外设如led 看门狗 定时器是直接通过内存的寻址空间来进行寻址的，cpu与这些设备通信是不需要总线的，2.6内核以后要

对所有设备进行统一管理，通过kset、kobject来建立层次关系，对这些直接通过内存寻址的设备虚拟了一种总线即platform总线，在硬件上

实际是没有这个总线；platform内核纯软件的总线，所有的直接通过内存寻址的设备都映射到这条总线上；

2：platform总线的优点

　　a：可以通过platform总线，可以遍历所有的platform总线设备；platform本质其实也是kset、kobject，具有kobject的特性

　　b：实现设备与驱动的分离，通过platform总线，设备与驱动是分开注册的，通过platform总线的probe来随时检测与设备匹配的驱动，如匹配上即进行这个设备的驱动注册；

　　c：由于上面这个优势，一个驱动可以供同类的几个设备使用；

3：platform总线以及platform总线设备驱动的实现流程

　　a：platform总线注册

　　b：platform_device注册

　　c：platform_driver注册

　　d：设备与驱动的匹配

　　e：驱动的注册

platform总线的工作流程如下图：

 

------------------------------------------------------------------------------------------------------------------------------------------------------------------

 1：根据上面的流程我们来分析一下具体代码：
　　platform总线的注册：platform的注册是linux内核工程师已经设注册好的；重点看一下.match = platform_match函数；platform_driver和platform_device就是通过这个函数

来匹配的

1 struct bus_type platform_bus_type = {
2     .name        = "platform",
3     .dev_attrs    = platform_dev_attrs,
4     .match        = platform_match,
5     .uevent        = platform_uevent,
6     .pm        = &platform_dev_pm_ops,
7 };

 1 int __init platform_bus_init(void)
 2 {
 3     int error;
 4 
 5     early_platform_cleanup();
 6 
 7     error = device_register(&platform_bus);
 8     if (error)
 9         return error;
10     error =  bus_register(&platform_bus_type);
11     if (error)
12         device_unregister(&platform_bus);
13     return error;
14 }

 

 1 static int platform_match(struct device *dev, struct device_driver *drv)
 2 {
 3     struct platform_device *pdev = to_platform_device(dev);
 4     struct platform_driver *pdrv = to_platform_driver(drv);
 5 
 6     /* match against the id table first */
 7     if (pdrv->id_table)
 8         return platform_match_id(pdrv->id_table, pdev) != NULL;
 9 
10     /* fall-back to driver name match */
11     return (strcmp(pdev->name, drv->name) == 0);
12 }

由platform_match_id函数来进行匹配的，如果id_table不为空，则通过id_table来pdev_name匹配，如果为空，则drv->name与pdev->name来进行匹配，

匹配上以后再执行probe函数，这个函数即注册这个设备的驱动；

---------------------------------------------------------------------------------------------------------------------------------------------------------------

2：platform_device的注册

在arch/arm/mach-s3c2440/mach-mini2440.c文件中

 这里注意.name、.dev.platform_data 这两个变量 

platform_driver和platform_device就是通过name来匹配的。name一致则匹配上；

.dev.platform_data这个元素是中的内容是name、gpio flag def_trigger四个元素

 

 1 static struct platform_device mini2440_led1 = {
 2     .name        = "s3c24xx_led",　　　　　　
 3     .id        = 1,
 4     .dev        = {
 5         .platform_data    = &mini2440_led1_pdata,
 6     },
 7 };
 8 
 9 static struct platform_device mini2440_led2 = {
10     .name        = "s3c24xx_led",
11     .id        = 2,
12     .dev        = {
13         .platform_data    = &mini2440_led2_pdata,
14     },
15 };

 

 设置好platform_device 结构体以后就可以注册platform_device设备了，把我们设置好的platform_device结构体放到mini2440这个结构体数组指针中；

 1 static struct platform_device *mini2440_devices[] __initdata = {
 2     &s3c_device_ohci,
 3     &s3c_device_wdt,
 4     &s3c_device_i2c0,
 5     &s3c_device_rtc,
 6     &s3c_device_usbgadget,
 7     &mini2440_device_eth,
 8     &mini2440_led1,
 9     &mini2440_led2,
10     &mini2440_led3,
11     &mini2440_led4,
12     &mini2440_button_device,
13     &s3c_device_nand,
14     &s3c_device_sdi,
15     &s3c_device_iis,
16     &mini2440_audio,
17 };

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

mini2440_init 函数下

　　platform_add_devices(mini2440_devices, ARRAY_SIZE(mini2440_devices));

使用的platform_add_devices这个函数把mini2440的所有设备注册到内核中；内核会自动查找platform_device链表以及platform_driver链表，当match以后字自动执行platform_driver的probe函数；

在整理一下platform_device的注册过程：

1：设置好platform_device结构体（对于led驱动来说关键是name、dev->platform_data两个元素）

2：初始化好dev->platform_data结构体，这里主要涉及到led驱动所要用到的gpio，

这里我们可以看到linux内核platform驱动框架的设计思想：首先设备和驱动是分开的，同类设备有共性的部分，不同的部分，不同的部分在初始化的即被设置好；共性的部分内核工程师以及设置好；然后在通过一个匹配函数如果内核链表的设备与驱动链表的驱动匹配，则会自动安装驱动，否则不会安装驱动；

3：把设置好的platform_device设备加入到mini2440_devices中

4：在mini2440_device初始化的时候通过platform_add_devices函数把platform设备注册上去；注册以后再/sys/bus/platform/devices目录下会看到dev.name的文件夹

---------------------------------------------------------------------------------------------------------------------------------------------------------

3：platform_driver的注册

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 (*resume)(struct platform_device *);
7     struct device_driver driver;
8     const struct platform_device_id *id_table;
9 };

 1 static struct platform_driver s3c24xx_led_driver = {
 2     .probe        = s3c24xx_led_probe,
 3     .remove        = s3c24xx_led_remove,
 4     .driver        = {
 5         .name        = "s3c24xx_led",
 6         .owner        = THIS_MODULE,
 7     },
 8 };
 9 
10 static int __init s3c24xx_led_init(void)
11 {
12     return platform_driver_register(&s3c24xx_led_driver);
13 }

设置好platform_driver  结构体，使用platform_driver_register注册即可，这里关键的是probe、remove、driver.name 三个变量；

platform_driver_register  使用这个函数注册以后再 /sys/bus/platform/drivers目录下会看到 dev.name的文件夹

内核会自动检测匹配以后会自动执行probe函数；

--------------------------------------------------------------------------------------------------------------------------------------------------------------------

下面分析一下probe函数

probe函数应该做什么？

 

 

 

 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------

代码实战：