目录
本章导读
本章将介绍Linux设备驱动开发的基本概念， 并对所有相关内容所基于的平台和开发环境进行讲解。
1.1节阐明设备驱动的概念和作用。
1.2节和1.3节分别讲解在无操作系统情况下和有操作系统情况下设备驱动的设计， 通过对设计差异的分析， 讲解设备驱动与硬件和操作系统的关系。
1.4节对Linux操作系统的设备驱动进行了概要性的解锁， 给出设备驱动与整个软硬件系统的关系， 分析Linux设备驱动的重点、难点和学习方法。
1.5节对本书所基于的QEMU模拟的vexpress ARM Cotex-A9四核开发板和开发环境的安装进行介绍。
本章最后给出了一个设备驱动的“Hello World”实例， 即简单的LED驱动在无操作系统情况下和Linux操作系统下的实现。
1.1 设备驱动的作用
任何一个计算机系统 的运转都是系统中软硬件共同努力的结果， 没有硬件的软件是空中楼阁， 而没有软件的硬件则只是一堆废铁。 硬件是底层基础， 是所有软件得以运行的平台， 代码最终会落实为硬件上的组合逻辑与时序逻辑；软件则实现了具体应用， 它按照各种不同的业务需求而设计， 并完成用户的最终述求。 硬件比较 固定， 软件则很灵活， 可以适应各种复杂多变的应用。 因此， 计算机系统的软硬件相互成就了对方。
但是， 软硬件之间通用存在着悖论， 那就是软件和硬件不应该互相渗透入对方的领地。为尽可能快速地完成设计， 应用软件工程师不想也不必关心硬件， 硬件工程师也难有足够的闲暇和能力来顾及软件。 譬如，应用软件工程师在调用套接字发送和接受数据包的时候，不必关心网卡上的中断、寄存器、存储空间、I/O端口、片选以及其他任何硬件词汇；在使用printf（）函数输出信息的时候， 他不用知道底层究竟是怎样吧响应的信息输出到屏幕或者串口。
也就是说， 应用软件工程师需要看到一个没有硬件的纯粹的软件世界， 硬件必须透明地呈现给他。谁来实现硬件对应用软件工程师的隐形？这个光荣而艰巨的任务就落到了驱动工程师的头上。
对设备驱动最通俗的解锁就是“驱使硬件设备行动”。驱动和底层硬件直接打交道， 按照硬件设备的具体工作方式， 读写设备的寄存器， 完成设备的轮询、中断处理、DMA通信，进行物理内存向虚拟内存的映射等， 最终让通信设备能收发数据， 让显示设备能显示文字和画面， 让存储设备能记录文件和数据。
由此可见， 设备驱动充当了硬件和应用软件之间的纽带，应用软件时只需要调用系统软件的应用编程接口（API）就可让硬件去完成要求的工作。在系统没有操作系统的情况下，工程师可以根据硬件设备的特点自行定义接口，如对串口定义SerialSend（）、SerialRecv（）， 对LED定义LightOn（）、LightOff（），对Flash定义FlashWr（）、FlashRD（）等。而在有操作系统的情况下，驱动的架构则由相应的操作系统定义，驱动工程师必须按照相应的结构设计驱动，这样，驱动才能良好地整合如操作系统的内核中。
驱动程序负责硬件和应用软件之间的沟通， 而驱动工程师则负责硬件工程师和应用软件工程师之间的沟通。目前，随着通信、电子行业的迅速发展，全世界每天都会生产大量新芯片， 设计大量新电路板，也因此，会有大量设备驱动需要开发。这些驱动或者运行在简单的单任务环境中，或运行在VxWorks、Linux、Windows等多任务操作系统环境中，他们发挥着不可代替的作用。
1.2 无操作系统时的设备驱动
并不是任何一个计算机系统都一定要有操作系统， 在许多情况下，操作系统都不必存在。 对功能比较单一，控制并不复杂的系统，譬如ASIC内部、公交车的刷卡机、电冰箱、微波炉、简单的手机等， 并不需要多任务调度、文件系统、内存管理等复杂功能，用单任务架构完全可以良好地支持他们的工作。一个无限循环中夹杂着对设备中断的检测或者对设备的轮询是这种系统中软件的典型架构，如代码清单1.1所示
代码清单1.1 单任务软件典型架构
int main(int argc, char* argv[])
{
while(1)
{
if(serialInt == 1)
/* 有串口中断 */
{
ProcessSerialInt(); /* 处理串口中断 */
serialInt = 0; /* 中断标志变量清0 */
}
if(keyInt == 1)
/* 有中断按键 */
{
ProcessKeyInt(); /* 处理按键中断 */
keyInt = 0; /* 中断标志变量清0 */
}
status = CheckXXX();
switch(status)
{
...
}
...
}
}在这样的系统中，虽然不存在操作系统，但是设备驱动则无论如何都必须存在。一般情况下，每一种设备驱动都被定义成一个软件模块， 包含.h文件和.c文件， 前者定义改设备驱动的数据结构并申明外部函数，后者定义驱动的具体实现。譬如，可以像代码清单1.2那样定义一个串口的驱动。
代码清单1.2 无操作系统情况下的串口驱动
/*******************************
*serial.h文件
*******************************/
extern void SerialInit(void);
extern void SerialSend(const char buf*, int count);
extern void SerialRecv(char buf*, int count);
/******************************
*serial.c文件
******************************/
/*初始化串口*/
void SerialInit(void)
{
...
}
/*串口发送*/
void SerialSend(const char buf*, int count)
{
...
}
/*串口接收*/
void SerialRecv(char buf*, int count)
{
...
}
/*串口中断处理函数*/
void SerialIsr(void)
{
...
serialInt = 1;
}其他模块想要使用这个设备的时候， 只需要包含设备驱动的头文件serial.h， 然后调用其中的外部接口函数。如要从串口上发送“Hello World” 字符串， 使用语句SerialSend("Hello World", 11)即可。
由此可见， 在没有操作系统的情况下， 设备驱动的接口被直接提交给应用软件工程师， 应用软件没有跨越任何层次就直接访问设备驱动的接口。 驱动包含的接口函数也与硬件的功能直接吻合，没有任何附加功能。 下图所示为无操作系统情况下硬件、设备驱动与应用软件的关系
有的工程师把单任务系统设计成如下图所示的结构，即设备驱动和具体的应用软件模块之间平等，驱动中包含了业务层面上的处理，这显然是不合理的， 不符合软件设计中高内聚、低耦合的要求。
另一种不合理的设计是直接在应用中操作硬件的寄存器，而不单独设计驱动模块， 如下图所示。这种设计意味着系统中不存在或未能充分利用可以重用的驱动代码。
1.3 有操作系统时的设备驱动
在1.2节中看到一个清晰的设备驱动， 它直接运行在硬件之上， 不与任何操作系统关联。 当系统包含操作系统时， 设备驱动会变成怎样呢？
首先， 无操作系统时设备驱动的硬件操作工作仍然是必不可少的， 没有这一部分，驱动不可能和硬件大交道。
其次，还需要将驱动融入内核。 为了实现这种融合， 必须在所有设备的驱动中设计面向操作系统的接口， 这样的接口有操作系统规定， 对一类设备而言结构一致，独立于具体的设备。
由此可见， 当系统中存在操作系统的时候， 驱动变成了连接硬件和内核的桥梁。 如下图所示，操作系统的存在势必要求设备驱动附加更多的代码和功能， 把单一的“驱使硬件设备行动”变成了操作系统内和硬件交互的模块，它对外呈现为操作系统的API，不再给应用软件工程师直接提供接口。
那么我们要问，有了操作系统之后， 驱动反而变得复杂， 那要操作系统干什么？
首先，一个复杂的软件系统需要处理多个并发的任务， 没有操作系统， 想完成多任务并发是困难的。
其次，操作系统给我们提供内存管理机制。 一个典型的例子是，对于多数含MMU的32位处理器而言，Windows、Linux等操作系统可以让每个进程都可以独立地访问4GB的内存空间。
上述优点似乎并没有体现在设备驱动身上， 操作系统的存在给设备究竟带来了什么实质性的好处？
简而言之，操作系统通过给驱动制造麻烦来达到给上层应用提供便利的目的。 当驱动都按照操作系统给出的独立于设备的接口而设计时， 那么， 应用程序将可以使用统一的系统调用接口来访问各种设备。 对于类UNIX的VxWorks、Linux等操作系统而言， 当应用程序通过write（）、read（）等函数读写文件就可以访问各种字符设备和块设备， 而不论设备的工作方式和设备类型，那将是多么便利。
1.4 Linux设备驱动
1.4.1 设备的分类及特点
计算机系统的硬件主要由CPU、存储器和外设组成。 随着IC制作工艺的发展进步， 目前，芯片的集成度越来越高， 往往在CPU内部集成了存储器和外设适配器。譬如，相当多的ARM、PowerPC、MIPS等处理器都集成了UART、I2C控制器、SPI控制器、USB控制器、SDRAM控制器等，有的处理器还集成了GPU、视频编解码器等。
驱动针对的对象是存储器和外设（包括CPU内部集成的存储器和外设）， 而不是针对CPU内核。 Linux将存储器和外设分为3个基础大类。
- 字符设备。
- 块设备
- 网络设备
字符设备指那些必须以串行顺序依次进行访问的设备， 如触摸器、磁带驱动器、鼠标键盘等。 块设备可以按任意顺序进行访问， 以块为单位进行操作， 如硬盘、eMMC等。 字符设备和块设备的驱动设计有很大的差异，但是对于用户而言，它们都要使用文件系统的操作接口open（）、close（）、read（）、write（）等进行访问。
在Linux系统中，网络设备面向数据包的接收和发送而设计，它并不倾向于对应于文件系统的节点。内核与网络设备的通信与内核和字符设备、网络设备的通信方式完全不同，前者主要还是使用套接字接口。
1.4.2 Linux设备驱动与整个软硬件系统的关系
如下图所示， 除网络设备以外， 字符设备和块设备都被映射到Linux文件系统的文件和目录， 通过文件系统的系统调用接口 open（）、write（）、read（）、close（）等即可访问字符设备和块设备。 所有字符设备和块设备都统一呈现给用户。Linux的块设备有2种访问方式：一种是类似dd命令对应原始块设备， 如“/dev/sdb1”等；另一种是在块设备上建立FAT、EXT4、BTRFS等文件系统， 然后以文件路径如 “/home/barry/hello.txt”的形式进行访问。 在Linux中， 针对NOR、NAND等提供了独立的内存技术设备（Memory Technology Device MTD）子系统， 其上运行YAFFS2、JFFS2、UBIFS等具备擦除和负载均衡能力的文件系统。针对磁盘或者Flash设备的FAT、EXT4、YAFFS2、JFFS2、UBIFS等文件系统定义了文件和目录在存储介质上的组织。 而Linux的虚拟文件系统则统一对他们进行了抽象。
应用程序可以使用Linux的系统调用接口编程， 但也可以使用C库函数， 处于代码可移植性的目的， 后者更值得推荐。 C库函数本身也通过系统调用接口而实现， 如C库函数fopen（）、fwrite（）、fread（）、fclose（）分别会调用操作系统的API open（）、write（）、read（）、close（）。
1.4.3 Linux设备驱动的重点、难点
Linux 设备驱动的学习是一项浩繁的工程，包含如下重点、难点。
- 编写Linux设备驱动要求工程师有非常好的硬件基础，懂得SRAM、Flash、SDRAM、磁盘的读写方式， UART、I2C、SPI、USB等设备的接口以及轮询、中断、DMA的原理，PCI总线的工作方式以及CPU的内存管理单元（MMU）等。
- 编写Linux设备驱动要求工程师有非常好的C语言基础，能灵活运用C语言的结构体、指针、函数指针以及内存动态申请和释放等。
- 编写Linux设备驱动要求工程师有一定的Linux内核基础，虽然并不要求工程师对内核各个部分有深入的研究，但至少要明白驱动和内核的接口。尤其是对于块设备、网络设备、Flash设备、串口设备等复杂设备，内核定义的驱动体系结构本身就非常复杂。
- 编写Linux设备驱动要求工程师有非常好的多任务并发控制和同步的基础， 因为在驱动中会大量使用自旋锁、互斥、信号量、等待队列等并发与同步机制。
上述经验值的获取并非朝夕之事，因此要求我们有这足够的学习恒心和毅力。对这些重点、难点，都有会相应章节进行讲解说明。
动手实践永远是学习任何软件开发的最好办法，学习Linux设备驱动也不例外。
阅读经典书籍和参与Linux社区的讨论也是非常好的学习方法。Linux内核代码中包含了一个Documentation目录，其中包含了一批内核设计文档，全部是文本文件。
学习Linux设备驱动的一个注意事项是避免管中窥豹、只见树木不见森林，因为各类Linux设备驱动都从属于一个Linux设备驱动的架构，单纯而片面的学习几个函数、几个数据结构是不可能厘清驱动中各个组成部分之间的关系的。因此，Linux驱动的分析方法是点面结合，将对函数和数据结构的理解放在整体结构的背景之中。
1.5 Linux设备驱动的开发环境搭建
1.5.1 PC上的Linux环境
略。。。
扫一扫
2568
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
