驱动进化之路-总线设备驱动模型-linux

传统思路（以点灯为例）

1. 定义file-operation结构体，并在里面提供应用程序要用到的对应函数(open,write,read)
2. 入口函数注册file-operation结构体：major = register_chrdev(0, “100ask_led”, &led_drv);
3. 然后在驱动程序里面操作寄存器即可：如何操作寄存器（不可以直接访问寄存器的物理地址）
4. 需要使用ioremap映射物理地址为虚拟地址，才可以操作寄存器。gpfcon = (volatile unsigned long *)ioremap(0x56000050, 16);
5. 阅读芯片手册，确定寄存器的使用方法。

Notes: open函数把引脚配置成输出引脚；write函数会根据应用程序传入的数据，决定点灯还是灭灯（通过操作寄存器）；

缺点：不容易扩展；（修改引脚时，需要深入阅读源码，修改里面的寄存器操作）

分离思路

1. 将驱动程序非为左右两边（board_A_led.c, chipy_gpio_c）
2. 左边(board_A_led.c):确定用那个引脚，并通过实现led_resource.h指明使用那个引脚
3. 右边使引脚的驱动程序，只要led_resource.h指明引脚，chipy_gpio_c里面的代码就可以自动的适配引脚；

优点：容易扩展
缺点：会定义很多硬件资源文件（比如：led_resource.h）

分离思路(扩充)

1. 对于硬件资源，用platform_device结构体表示(在led_dev.c中)——里面会定义用那个引脚，那些寄存器
2. 对于硬件的操作，用platform_driver结构体表示；里面实现的套路相同:a.（分配/设置/注册file_operations）；b.使用ioremap映射寄存器；c.操作寄存器；
   Notes: 把固定的驱动程序放到platform_driver结构体；把资源放到platform_device结构体里面； 例如：通过总线管理多个device / deriver
   
   缺点：led_dev.c xxx_dev.c 文件太多，这些文件放在内核中，导致内核代码庞大
   （垃圾）

分离思路(扩充+优化)

1. 内核之外，给每个单板定义一个dts文件，dts被编译成dtb,dtb传给内核，内核解析dtb文件，构造出platform_device led_device
   
   更新之后：
   举例分析两个platform的作用：

• 如下图，平台设备platform_device指定资源（platform_device->resource,resource[]中flag表示该资源为中断，start为具体哪个中断）
• 平台driver platform_driver里面有probe函数，该函数做驱动程序相关的事情
• 如何建立联系，name相同，就可以匹配到一块
• platform_device和platform_driver，是为了体现分离的设计思想，提出的概念；
• platform_device可以表示所有设备的资源，platform_driver可以在probe里面做任何事情（例如：分配/设置/注册file_operations）
  两个platform都需要注册到内核：注册到内核之后，两者之间如何联系
  
  
  如下图所示：
• 最上层为Bus(platform_bus_type:虚拟总线)
• 一共有两个链表，左边为设备链表，右边为driver链表
• 当注册平台设备时，platform_device就被放入到左边的列表；当注册平台driver时，platform_driver就被放入到右边的列表;
• 当结构体放入链表之后，马上会跟对方的成员一一比较（1.当把platform_device注册进链表之后，同时就回去对方的链表中，把deriver一个个取出来与device比较，当匹配成功就会调用那个driver里面的probe函数；2.当注册一个platform_driver时，会把driver结构体放入到相关的链表，同时会去另外一边的链表一一取出比较，匹配成功就会调用那个driver的probe函数来处理device）
• 如何确定匹配成功：1. 总线有platform_bus_type，里面有.match函数，这个函数就是比较dev和drv是否匹配；2. platform_device 内有name & Driver_override(非它不嫁)；platform_driver内有device_driver driver中{name: XXX} 和 id_table(它为数组，作用：表示能支持哪些设备)；3.当定义Driver_override后，Driver_override 对应device_driver driver中{name：XXX}；当没有定义Driver_override且id_table不为空（或者匹配不成功），进行第二项比较 name & id_table ;最后比较name与**device_driver driver中{name: *} 【解释platform_match函数是如何匹配的】
• 匹配过程是如何启动的：
  

函数调用关系

怎么写规整的程序