驱动（设备驱动程序）到底是个什么玩意儿 stm32裸机驱动 linux平台总线设备驱动 USB驱动(usb driver)就是USB设备的接口驱动程序

自己的总结

我们在写stm32的裸机项目时，
是怎么写一个iic驱动和IIC设备驱动的，要写哪些内容？
1.配置iic总线对应的引脚GPIO，
2.iic是数据传输协议，所以要写实现IIC的读写函数，
3.然后就是写iic设备的驱动，也就是调用IIC总线的读写函数实现设备的读写函数。
4.一般情况下写设备驱动时，要先写设备初始化等等

对比linux的平台总线驱动模型

写得很好的一篇文章----------一定要看

原文链接：https://blog.csdn.net/pengliang528/article/details/100556340

在linux系统的设备驱动

一、platform平台总线的简介
(1)相对于USB、PCI、I2C、SPI等物理总线来说，platform总线是一种虚拟、抽象出来的总线，实际中并不存在这样的总线。
(2)cpu与外部通信的两种方式，地址总线式链接(32的cpu就有0-4G直接集成在cpu内部，以地址指针方式直接访问，没有具体的总线链接就用虚拟的platform平台总线来控制内部的外设)和专用接口式(iic,pci,usb等这些外部总线链接的)链接。平台总线对应地址总线式链接设备，也就是soc内部集成的各种内部外设

(3)思考：为什么要有平台总线？进一步思考：为什么要有总线的概念？
因为大多数设备都是集成在soc内部，和cpu直接连接，将其直接扩展到内部地址空间，因此他们本身就不该就有总线的概念，本身就不属于总线的链接方式，但是如果一部分设备设计得有总线，一部分没总线就太乱了，所以除了iic，pci，spi等的设备就归类到平台总线来便于管理

二、platform平台总线下管理的2员大将
(1)platform工作体系都定义在drivers/base/platform.c中
(2)两个结构体：platform_device和platform_driver
(3)两个接口函数：platform_device_register和platform_driver_register

1、platform_device

struct platform_device {
    const char  * name;         // 平台总线下设备的名字
    int     id;
    struct device   dev;        // 所有设备通用的属性部分
    u32     num_resources;      // 设备使用到的resource的个数
    struct resource * resource; // 设备使用到的资源数组的首地址

    const struct platform_device_id *id_entry;  // 设备ID表

    /* arch specific additions */
    struct pdev_archdata    archdata;           // 自留地，用来提供扩展性的
};

*对平台总线下可利用的设备资源结构体进行分析struct resource resource
struct resource { // 资源结构体
resource_size_t start; // 资源的起始值，如果是地址，那么是物理地址，不是虚拟地址
resource_size_t end; // 资源的结束值，如果是地址，那么是物理地址，不是虚拟地址

const char *name; // 资源名
unsigned long flags; // 资源的标示，用来识别不同的资源
struct resource *parent, *sibling, *child; // 资源指针，可以构成链表
};

struct platform_driver {
    int (*probe)(struct platform_device *);     // 驱动探测函数
    int (*remove)(struct platform_device *);    // 去掉一个设备
    void (*shutdown)(struct platform_device *); // 关闭一个设备
    int (*suspend)(struct platform_device *, pm_message_t state);
    int (*resume)(struct platform_device *);
    struct device_driver driver;                // 所有设备共用的一些属性
    const struct platform_device_id *id_table;  // 设备ID表
};

三、平台总线本身的初始化函数platform_bus_init

int __init platform_bus_init(void)
{
    int error;
    early_platform_cleanup();   //  进行一些早期的平台清理  
    error = device_register(&platform_bus); //  注册设备 (在/sys/devices/目录下建立 platform目录对应的设备对象  /sys/devices/platform/) 
    if (error)
        return error;
    error =  bus_register(&platform_bus_type);  //  总线注册
    if (error)
        device_unregister(&platform_bus);
    return error;
}

四、platform平台总线工作原理
1、平台总线体系的工作流程
(1)第一步：系统启动时在bus系统中注册platform
(2)第二步：内核移植的人负责提供platform_device
(3)第三步：写驱动的人负责提供platform_driver
(4)第四步：platform的match函数发现driver和device匹配后，调用driver的probe函数来完成驱动的初始化和安装，然后设备就工作起来了

2、代码分析：platform本身注册
(1)每种总线（不光是platform，usb、i2c那些也是）都会带一个match方法，match方法用来对总线下的device和driver进行匹配。理论上每种总线的匹配算法是不同的，但是实际上一般都是看name的。
(2)platform_match函数就是平台总线的匹配方法。该函数的工作方法是：如果有id_table就说明驱动可能支持多个设备，所以这时候要去对比id_table中所有的name，只要找到一个相同的就匹配上了不再找了，如果找完id_table都还没找到就说明每匹配上；如果没有id_table或者每匹配上，那就直接对比device和driver的name，如果匹配上就匹配上了，如果还没匹配上那就匹配失败

3、以leds-s3c24xx.c为例来分析platform设备和驱动的注册过程
(1)platform_driver_register
(2)platform_device_register

platdata怎么玩
(1)platdata其实就是设备注册时提供的设备有关的一些数据（譬如设备对应的gpio、使用到的中断号、设备名称····）
(2)这些数据在设备和驱动match之后，会由设备方转给驱动方。驱动拿到这些数据后，通过这些数据得知设备的具体信息，然后来操作设备。
(3)这样做的好处是：驱动源码中不携带数据，只负责算法（对硬件的操作方法）。现代驱动设计理念就是算法和数据分离，这样最大程度保持驱动的独立性和适应性。

原文链接：https://blog.csdn.net/huangliangben/article/details/71773919

借鉴别人的

常见的驱动
显卡驱动、声卡驱动、网卡驱动、外设驱动、主板驱动

百度介绍：驱动程序一般指的是设备驱动程序（Device Driver），是一种可以使计算机和设备进行相互通信的特殊程序。相当于硬件的接口，操作系统只有通过这个接口，才能控制硬件设备的工作，假如某设备的驱动程序未能正确安装，便不能正常工作。因此，驱动程序被比作“ 硬件的灵魂”、“硬件的主宰”、“硬件和系统之间的桥梁”等。

驱动程序，英文名为“Device Driver”，全称为“设备驱动程序”，它是一种特殊的程序。首先其作用是将硬件本身的功能告诉操作系统，接下来的主要功能就是完成硬件设备电子信号与操作系统及软件的高级编程语言之间的互相翻译。当操作系统需要使用某个硬件时，比如：让声卡播放音乐，它会先发送相应指令到声卡驱动程序，声卡驱动程序接收到后，马上将其翻译成声卡才能听懂的电子信号命令，从而让声卡播放音乐。

所以简单的说驱动程序提供了硬件到操作系统的一个接口以及协调二者之间的关系，而因为驱动程序有如此重要的作用，所以人们都称“驱动程序是硬件的灵魂”、“硬件的主宰”，同时驱动程序也被形象的称为“硬件和系统之间的桥梁”

一、总体说明
提到嵌入式的概念，一时间脑容量已经容纳不下，转到驱动的设计刚刚好，习惯将一件事分层次去做，驱动设计亦是如此，很多人做工程时因为项目的时间紧张，直接想到如何去实现，甚至直接跳到工具上去，学习编程语言。时常将做一个工程比作建一座大厦，有了图纸，有了地基才可以建造更漂亮更完美的建筑，如果开始就去关注一个锹，一个盖楼的机器，一砖一瓦的样子，可能建造出来的早已不是自己想要的样子。这里本人想就嵌入式驱动设计，以what、why和how搭建出，嵌入式驱动设计的简单蓝图，给出嵌入式驱动设计的“图纸”，“大厦”的 “一砖一瓦”留给每个想要建造这个“大厦”的人去设计。

二、什么是驱动（what 驱动概念）？
一个没接触过嵌入式底层设计的人员可能会对驱动的概念比较模糊，它是什么？以什么形式存在？什么作用？个人的理解，驱动是一种软件，这个软件一方面可以直接与CPU、各种总线和外设进行交互，让这些板上的硬件组成单元活跃起来，另一方面，它还与操作系统和应用程序联系，将自己对外的接口嵌入到系统或者应用程序中，当业务需要某一个外设参与时，它就开始活跃了，听从上层的指令，并将旨意传达到硬件资源，让硬件工作。简而言之，所谓驱动，驱而动之，以“主”之意，驱使硬件“动”起来。

三、为什么做驱动（why 驱动存在的意义、地位）？
一般做工程时，应用程序关心的多数是协议和业务相关的调度，而不关心底层或者硬件的执行过程，也没有必要去关心硬件的执行过程，驱动作为一个库或者调度的接口即可，这时就需要驱动的存在，任何的业务都要有硬件的支撑，驱动的存在，可以将硬件的初始化，读写，配置等基本操作嵌入应用之中，于无声之中操作硬件的执行逻辑，使其工作起来。

嵌入式驱动在其体系中所处的位置示意

四、怎么实现驱动设计（how 驱动设计的过程）？
在这里插入图片描述

这是本人对于一个板卡的硬件资源抽象，驱动，驱而动之的外设，一般分为两类，一类藏于CPU之内，称为片上外设。另一类存在于板卡之上，CPU之外，叫接口芯片，或者板级外设（个人叫法）。如何实现驱动设计，最简单的是首先进入CPU内部，先搞定CPU的内核，指令集，幸好这一步有每个平台开发软件做了（编译器），然后搞定CPU组成架构，总线和片上外设都有什么，然后找到每个外设的基本协议，至少知道它是如何工作的，然后找到这个CPU的开发平台，找到它的开发语言，比如：C语言，找到官方提供的简单测试程序。学习并二次开发（当然可以完全自己来），搞定CPU之后，这个板子的心脏就跳起来了，下一步找到每一个板级外设的资料（datasheet），搞定其初始化，读写操作逻辑，利用掌握的语言和开发环境，利用固定的通信接口搞定板级外设。做到这一步之后驱动就基本搭建起来了，之后的事就是每个“屋子”的装修问题，问住这个屋子的人需要什么样的风格，按照其意愿，完成这个“大厦”每一个房间的装修，到此“大厦”竣工。