下载文档原格式
设备驱动程序简介1.设备驱动程序的作⽤从⼀个⾓度看，设备驱动程序的作⽤在于提供机制，⽽不是策略。
在编写驱动程序时，程序猿应该特别注意以下这个基本概念：编写訪问硬件的内核代码时，不要给⽤户强加不论什么特定策略。
由于不同的⽤户有不同的需求，驱动程序应该处理如何使硬件可⽤的问题。
⽽将如何使⽤硬件的问题留给上层应⽤程序。
从还有⼀个⾓度来看驱动程序。
它还能够看作是应⽤程序和实际设备之间的⼀个软件层。
总的来说，驱动程序设计主要还是综合考虑以下三个⽅⾯的因素：提供给⽤户尽量多的选项、编写驱动程序要占⽤的时间以及尽量保持程序简单⽽不⾄于错误丛⽣。
2.内核功能划分Unix系统⽀持多进程并发执⾏。
每⼀个进程都请求系统资源。
内核负责处理全部这些请求，依据内核完毕任务的不同，可将内核功能分为例如以下⼏部分：1.进程管理：负责创建和销魂进程。
并处理它们和外部世界之间的连接。
内核进程管理活动就是在单个或多个CPU上实现了多个进程的抽象。
2.内存管理：内存是计算机的主要资源之中的⼀个，⽤来管理内存的策略是决定系统系能的⼀个关键因素。
3.⽂件系统：内核在没有结构的硬件上构造结构化的⽂件系统。
⽽⽂件抽象在整个系统中⼴泛使⽤。
4.设备控制：差点⼉每个系统操作终于都会映射到物理设备上。
5.⽹络功能：⽹络功能也必须由操作系统来管理，系统负责在应⽤程序和⽹络接⼝之间传递数据包，并依据⽹络活动控制程序的运⾏。
全部的路由和地址解析问题都由内核处理。
可装载模块：Linux有⼀个⾮常好的特性：内核提供的特性可在执⾏时进⾏扩展。
可在执⾏时加⼊到内核的代码被称为“模块”。
Linux内核⽀持⼏种模块类型。
包含但不限于设备驱动程序。
每⼀个模块由⽬标代码组成，能够使⽤insmod程序将模块连接到正在执⾏的内核，也能够使⽤rmmod程序移除连接。
3.设备和模块的分类Linux系统将设备分成三个基本类型：字符设备、块设备、⽹络接⼝。
1.字符设备：字符设备驱动程序通常⾄少要实现open、close、read和write系统调⽤。
C语言设备驱动编程入门C语言设备驱动编程是一项常见的技术，用于编写操作系统的设备驱动程序。
设备驱动程序是操作系统与硬件设备之间的桥梁，它负责将用户操作转化为硬件设备能够理解和执行的指令。
本文将介绍C语言设备驱动编程的基本概念和入门知识，帮助读者了解并入门这一重要的编程技术。
一、设备驱动程序概述设备驱动程序是操作系统的一部分，它与操作系统内核紧密结合，用于实现对硬件设备的控制和管理。
设备驱动程序通常由硬件设备制造商提供，或者由操作系统开发者开发。
它负责处理硬件设备与操作系统之间的通信，使得用户能够方便地操作硬件设备。
设备驱动程序可以分为字符设备驱动和块设备驱动两种类型。
字符设备驱动用于处理流式数据的设备，如键盘、鼠标等；块设备驱动用于处理以块为单位的数据的设备，如硬盘、U盘等。
不同类型的设备驱动程序在实现上有所不同，但都需要用C语言编写。
二、设备驱动程序的基本结构设备驱动程序的基本结构包括设备初始化、设备打开、设备关闭和设备读写等函数。
下面我们逐步介绍这些函数的作用和实现方法。
1. 设备初始化函数设备初始化函数负责对设备进行初始化，包括设备的寄存器配置、中断设置等。
在这个函数中，我们需要了解硬件设备的相关规格和特性，并根据需要进行适当的配置。
2. 设备打开函数设备打开函数在设备被用户程序打开时被调用，它负责向操作系统申请资源，并进行相应的设置，例如打开文件、分配内存等。
3. 设备关闭函数设备关闭函数在设备被用户程序关闭时被调用，它负责释放设备所占用的资源，如释放文件占用的内存、关闭文件等。
4. 设备读写函数设备读写函数是设备驱动程序的核心部分，它负责设备与用户程序之间的数据交换。
设备读函数用于从设备中读取数据，设备写函数用于向设备中写入数据。
三、设备驱动程序的编写步骤编写设备驱动程序需要经过以下几个步骤：1. 了解硬件设备在编写设备驱动程序之前，我们需要详细了解硬件设备的规格和特性，包括硬件寄存器的地址、中断向量等。
实验二：字符设备驱动实验一、实验目的通过本实验的学习，了解Linux操作系统中的字符设备驱动程序结构，并能编写简单的字符设备的驱动程序以及对所编写的设备驱动程序进行测试，最终了解Linux操作系统如何管理字符设备。
二、准备知识字符设备驱动程序主要包括初始化字符设备、字符设备的I/O调用和中断服务程序。
在字符设备驱动程序的file_operations结构中，需要定义字符设备的基本入口点。
open()函数；release()函数read()函数write()函数ioctl()函数select()函数。
另外，注册字符设备驱动程序的函数为register_chrdev()。
register_chrdev() 原型如下：int register_chrdev(unsigned int major, //主设备号const char *name, //设备名称struct file_operations *ops)； //指向设备操作函数指针其中major是设备驱动程序向系统申请的主设备号。
如果major为0，则系统为该驱动程序动态分配一个空闲的主设备号。
name是设备名称，ops是指向设备操作函数的指针。
注销字符设备驱动程序的函数是unregister_chrdev(),原型如下：int unregister_chrdev(unsigned int major,const char *name);字符设备注册后，必须在文件系统中为其创建一个设备文件。
该设备文件可以在/dev目录中创建，每个设备文件代表一个具体的设备。
使用mknod命令来创建设备文件。
创建设备文件时需要使用设备的主设备号和从设备号作为参数。
阅读教材相关章节知识，了解字符设备的驱动程序结构。
三、实验内容根据教材提供的实例。
编写一个简单的字符设备驱动程序。
要求该字符设备包括open()、write()、read()、ioctl()和release()五个基本操作，并编写一个测试程序来测试所编写的字符设备驱动程序。
目录一、字符设备和块设备 (2)二、设备驱动程序接口 (2)三、设备驱动程序模块 (3)四、设备驱动程序结构 (4)1．驱动程序的注册与注销 (4)2．设备的打开与释放 (4)3．设备的读写操作 (4)4．设备的控制操作 (5)5．设备的中断和轮询处理 (5)五、PCI驱动程序框架 (5)1．关键数据结构 (5)a. pci_driver (5)b. pci_dev (6)2．基本框架 (9)六、框架的具体实现之模块操作 (12)1．struct pci_device_id (12)2．初始化设备模块 (12)3．卸载设备模块： (15)4．中断处理： (16)七、框架的具体实现之设备文件操作 (16)1．设备文件操作接口 (16)2．打开设备模块 (17)3．释放设备模块 (17)4．设备数据读写和控制信息模块 (18)5．内存映射模块 (19)八、附录 (19)1．PCI设备私有数据结构 (19)2．PCI配置寄存器 (20)参考资料： (21)一、字符设备和块设备Linux抽象了对硬件的处理，所有的硬件设备都可以像普通文件一样来看待：它们可以使用和操作文件相同的、标准的系统调用接口来完成打开、关闭、读写和I/O控制操作，而驱动程序的主要任务也就是要实现这些系统调用函数。
Linux系统中的所有硬件设备都使用一个特殊的设备文件来表示，例如，系统中的第一个IDE硬盘使用/dev/hda表示。
每个设备文件对应有两个设备号：一个是主设备号，标识该设备的种类，也标识了该设备所使用的驱动程序；另一个是次设备号，标识使用同一设备驱动程序的不同硬件设备。
设备文件的主设备号必须与设备驱动程序在登录该设备时申请的主设备号一致，否则用户进程将无法访问到设备驱动程序。
在Linux操作系统下有两类主要的设备文件：一类是字符设备，另一类则是块设备。
字符设备是以字节为单位逐个进行I/O操作的设备，在对字符设备发出读写请求时，实际的硬件I/O紧接着就发生了，一般来说字符设备中的缓存是可有可无的，而且也不支持随机访问。
mtd介绍MTD，Memory Technology Device即内存技术设备字符设备和块设备的区别在于前者只能被顺序读写，后者可以随机访问；同时，两者读写数据的基本单元不同。
字符设备，以字节为基本单位，在Linux中，字符设备实现的⽐较简单，不需要缓冲区即可直接读写，内核例程和⽤户态API⼀⼀对应，⽤户层的Read函数直接对应了内核中的Read例程，这种映射关系由字符设备的file_operations维护。
块设备，则以块为单位接受输⼊和返回输出。
对这种设备的读写是按块进⾏的，其接⼝相对于字符设备复杂，read、write API没有直接到块设备层，⽽是直接到⽂件系统层，然后再由⽂件系统层发起读写请求。
同时，由于块设备的IO性能与CPU相⽐很差，因此，块设备的数据流往往会引⼊⽂件系统的Cache机制。
MTD设备既⾮块设备也不是字符设备，但可以同时提供字符设备和块设备接⼝来操作它。
MTD总概述Linux中MTD的所有源码位于/drivers/mtd⼦⽬录下,MTD设备通常可分为四层这四层从上到下依次是：设备节点、MTD设备层、MTD原始设备层和硬件驱动层。
⼀、Flash硬件驱动层硬件驱动层负责在init时驱动Flash硬件并建⽴从具体设备到MTD原始设备映射关系tip: 映射关系通常包括分区信息、I/O映射及特定函数的映射drivers/mtd/chips : CFI/jedec接⼝通⽤驱动drivers/mtd/nand : nand通⽤驱动和部分底层驱动程序drivers/mtd/maps : nor flash映射关系相关函数drivers/mtd/devices: nor flash底层驱动⼆、MTD原始设备⽤于描述MTD原始设备的是mtd_info，它定义了⼤量的关于MTD的数据和操作函数。
mtdcore.c : MTD原始设备接⼝相关实现mtdpart.c : MTD分区接⼝相关实现三、MTD设备层基于MTD原始设备，linux系统可以定义出MTD的块设备（主设备号31）和字符设备（设备号90）。
register_chrdev函数regiter_chrdev函数是Linux内核提供的一个用于注册字符设备驱动程序的函数。
它的原型如下：```cint register_chrdev(unsigned int major, const char *name, struct file_operations *fops);```该函数会在Linux内核的字符设备表中创建一个新的字符设备，并将其与相应的驱动程序函数关联起来。
下面是对register_chrdev函数的详细解析。
1.参数说明：- `major`：表示字符设备的主设备号。
主设备号用于标识设备驱动程序，一个设备对应一个主设备号。
如果传递参数为0，内核会动态分配一个主设备号，并将其作为函数返回值。
- `name`：表示字符设备的名称。
通常以字符串的形式表示。
- `fops`：表示设备驱动程序的操作函数集。
file_operations结构体中定义了字符设备的各种操作函数，例如open、release、read、write等。
2.返回值说明：-如果返回值为负数，表示注册失败。
返回值为正数，则表示返回的主设备号。
- 当major参数为0时，返回的主设备号由内核动态分配。
3.函数功能：- register_chrdev函数的主要功能是将字符设备的操作函数和设备的主设备号关联起来，以便内核能够在用户空间请求操作设备时，找到相应的驱动程序函数进行处理。
-在函数内部，会首先获取一个未使用的主设备号，如果传入的主设备号参数为0，则由内核分配。
成功获取主设备号后，会在字符设备表中创建一个新的字符设备项。
-然后，将传入的操作函数集与该字符设备项关联起来，并将主设备号返回，以便用户空间可以使用该号码来打开、关闭、读取或写入设备。
4.注意事项：- 在使用register_chrdev函数注册字符设备驱动程序之前，需要在内核空间中编写相应的设备操作函数，并将这些函数封装到file_operations结构体中。
linux驱动面试题Linux驱动是指在Linux操作系统中，用于控制与硬件之间的交互和通信的软件模块。
在Linux的工作环境中，驱动程序起着至关重要的作用。
如果你准备参加Linux驱动的面试，以下是一些常见的Linux驱动面试题，希望可以对你有所帮助。
一、简述Linux驱动的作用和功能。
Linux驱动是一种软件模块，用来控制硬件设备与操作系统之间的通信和交互。
它负责将输入/输出请求传递给硬件设备，并处理来自硬件设备的中断和事件。
Linux驱动的功能包括设备初始化和配置、数据传输和处理以及错误处理等。
二、请简要介绍Linux驱动程序的加载过程。
当系统启动时，Linux内核首先会加载核心模块和驱动程序模块。
驱动程序模块是以目标硬件设备为基础的，它们包含了与设备通信所需的函数和数据结构。
一般情况下，系统会根据硬件设备信息自动加载对应的驱动程序模块。
加载驱动程序模块需要通过insmod或modprobe命令进行，这些命令可以在启动时自动执行。
三、请简述Linux驱动程序的实现方式。
Linux驱动程序的实现方式包括内核空间驱动和用户空间驱动。
内核空间驱动是指驱动程序运行在内核空间，直接与硬件设备进行交互。
用户空间驱动是指驱动程序运行在用户空间，通过系统调用和内核模块实现与硬件设备的通信。
内核空间驱动的优势是性能更好，但需要对内核进行编译和加载，而用户空间驱动的优势是开发更加容易，但性能会稍差。
四、请介绍Linux驱动程序中常用的数据结构和函数。
在Linux驱动程序中，常用的数据结构有file结构体、inode结构体和cdev结构体等。
file结构体用于表示一个打开的设备文件，可以通过它传递与设备相关的信息。
inode结构体用于表示一个文件的元数据信息，包括文件的权限、大小和创建时间等。
cdev结构体用于表示一个字符设备，包含了设备文件的操作函数和设备号等信息。
常用的函数包括register_chrdev、unregister_chrdev、request_irq和release_irq等。
一、字符设备驱动重要数据结构：ｓｔｒｕｃｔ ｆｉｌｅ＿ｏｐｅｒａｔｉｏｎｓ在＜ｌｉｎｕｘ／ｆｓ．ｈ＞定义如下：ｓｔｒｕｃｔ ｆｉｌｅ＿ｏｐｅｒａｔｉｏｎｓ ｛ｓｔｒｕｃｔ ｍｏｄｕｌｅ ＊ｏｗｎｅｒ； ／／ 拥有该结构的模块的指针，一般为ＴＨＩＳ＿ＭＯＤＵＬＥＳ ｌｏｆｆ＿ｔ （＊ｌｌｓｅｅｋ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊，ｌｏｆｆ＿ｔ ，ｉｎｔ）； ｓｓｉｚｅ＿ｔ （＊ｒｅａｄ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊ｆｉｌｐ， ｃｈａｒ ＊ｂｕｆｆ， ｓｉｚｅ＿ｔ ｃｏｕｎｔ， ｌｏｆｆ＿ｔ ＊ｏｆｆｐ）； ｓｓｉｚｅ＿ｔ （＊ｗｒｉｔｅ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊ｆｉｌｐ， ｃｏｎｓｔ ｃｈａｒ ＊ｂｕｆｆ， ｓｉｚｅ＿ｔ ｃｏｕｎｔ， ｌｏｆｆ＿ｔ ＊ｏｆｆｐ）；ｉｎｔ （＊ｒｅａｄｄｉｒ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊， ｖｏｉｄ ＊， ｆｉｌｌｄｉｒ＿ｔ）； ｕｎｓｉｇｎｅｄ ｉｎｔ （＊ｐｏｌｌ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊， ｓｔｒｕｃｔ ｐｏｌｌ＿ｔａｂｌｅ＿ｓｔｒｕｃｔ ＊）； ｉｎｔ （＊ｉｏｃｔｌ） （ｓｔｒｕｃｔ ｉｎｏｄｅ ＊， ｓｔｒｕｃｔ ｆｉｌｅ ＊， ｕｎｓｉｇｎｅｄ ｉｎｔ， ｕｎｓｉｇｎｅｄ ｌｏｎｇ）； ｉｎｔ （＊ｍｍａｐ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊， ｓｔｒｕｃｔ ｖｍ＿ａｒｅａ＿ｓｔｒｕｃｔ ＊）； ｉｎｔ （＊ｏｐｅｎ） （ｓｔｒｕｃｔ ｉｎｏｄｅ ＊， ｓｔｒｕｃｔ ｆｉｌｅ ＊）； ｉｎｔ （＊ｆｌｕｓｈ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊）； ｉｎｔ （＊ｒｅｌｅａｓｅ） （ｓｔｒｕｃｔ ｉｎｏｄｅ ＊， ｓｔｒｕｃｔ ｆｉｌｅ ＊）； ｉｎｔ （＊ｆｓｙｎｃ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊， ｓｔｒｕｃｔ ｄｅｎｔｒｙ ＊）； ｉｎｔ （＊ｆａｓｙｎｃ） （ｉｎｔ， ｓｔｒｕｃｔ ｆｉｌｅ ＊， ｉｎｔ）； ｉｎｔ （＊ｃｈｅｃｋ＿ｍｅｄｉａ＿ｃｈａｎｇｅ） （ｋｄｅｖ＿ｔ ｄｅｖ）； ｉｎｔ （＊ｒｅｖａｌｉｄａｔｅ） （ｋｄｅｖ＿ｔ ｄｅｖ）； ｉｎｔ （＊ｌｏｃｋ） （ｓｔｒｕｃｔ ｆｉｌｅ ＊， ｉｎｔ， ｓｔｒｕｃｔ ｆｉｌｅ＿ｌｏｃｋ ＊）； ｝； ｓｒｔｕｃｔ ｆｉｌｅ数据结构定义如下：ｓｔｒｕｃｔ ｆｉｌｅ ｛ ｍｏｄｅ＿ｔ ｆ＿ｍｏｄｅ；／＊标识文件是否可读或可写，ＦＭＯＤＥ＿ＲＥＡＤ或ＦＭＯＤＥ＿ＷＲＩＴＥ＊／ ｄｅｖ＿ｔ ｆ＿ｒｄｅｖ； ／＊ 用于／ｄｅｖ／ｔｔｙ ＊／ ｏｆｆ＿ｔ ｆ＿ｐｏｓ； ／＊ 当前文件位移 ＊／ ｕｎｓｉｇｎｅｄ ｓｈｏｒｔ ｆ＿ｆｌａｇｓ； ／＊ 文件标志，如Ｏ＿ＲＤＯＮＬＹ、Ｏ＿ＮＯＮＢＬＯＣＫ和Ｏ＿ＳＹＮＣ ＊／ ｕｎｓｉｇｎｅｄ ｓｈｏｒｔ ｆ＿ｃｏｕｎｔ； ／＊ 打开的文件数目 ＊／ ｕｎｓｉｇｎｅｄ ｓｈｏｒｔ ｆ＿ｒｅａｄａ； ｓｔｒｕｃｔ ｉｎｏｄｅ ＊ｆ＿ｉｎｏｄｅ； ／＊指向ｉｎｏｄｅ的结构指针 ＊／ ｓｔｒｕｃｔ ｆｉｌｅ＿ｏｐｅｒａｔｉｏｎｓ ＊ｆ＿ｏｐ；／＊ 文件索引指针 ＊／ ｝；１、字符设备驱动编写流程：（１）定义加载驱动模块接口 ｍｏｄｕｌｅ＿ｉｎｉｔ（ｃａｌｌ＿ｉｎｉｔ）；（２）定义ｆｉｌｅ＿ｏｐｅｒａｔｉｏｎｓ结构变量并实现结构函数（３）编写初始化ｃａｌｌ＿ｉｎｉｔ（）函数，在该函数中注册设备（４）定义卸载驱动模块入口ｍｏｄｕｌｅ＿ｅｘｉｔ（ｃａｌｌ＿ｅｘｉｔ）；（５）编写ｃａｌｌ＿ｅｘｉｔ（）函数，在该函数中注销设备；实例：ｄｅｖ．ｃ＃ｉｎｃｌｕｄｅ ＜ｌｉｎｕｘ／ｍｏｄｕｌｅ．ｈ＞＃ｉｎｃｌｕｄｅ ＜ｌｉｎｕｘ／ｆｓ．ｈ＞＃ｉｎｃｌｕｄｅ ＜ｌｉｎｕｘ／ｋｅｒｎｅｌ．ｈ＞＃ｄｅｆｉｎｅ ＤＥＶ＿ＮＡＭＥ ＂ｃａｌｌｄｅｖ＂＃ｄｅｆｉｎｅ ＤＥＶ＿ＭＡＪＯＲ ２４０ｌｏｆｆ＿ｔ ｃａｌｌ＿ｌｌｓｅｅｋ （ｓｔｒｕｃｔ ｆｉｌｅ ＊ｆｉｌｐ，ｌｏｆｆ＿ｔ ｏｆｆ，ｉｎｔ ｗｈｅｎｃｅ）｛ｐｒｉｎｔｋ（＂ｃａｌｌ ｌｌｓｅｅｋ －＞ｏｆｆ ：％０８ｘ，ｗｈｅｎｃｅ ：％０８ｘ ＼ｎ＂，ｏｆｆ，ｗｈｅｎｃｅ）；ｒｅｔｕｒｎ ０ｘ２３；｝ｓｓｉｚｅ＿ｔ ｃａｌｌ＿ｒｅａｄ （ｓｔｒｕｃｔ ｆｉｌｅ ＊ｆｉｌｐ，ｃｈａｒ ＊ｂｕｆｆ，ｓｉｚｅ＿ｔ ｃｏｕｎｔ，ｌｏｆｆ＿ｔ ＊ｏｆｆｐ）｛ｐｒｉｎｔｋ（＂ｃａｌｌ ｒｅａｄ －－－＞ｂｕｆ ：％０８ｘ，ｃｏｕｎｔ ：％０８ｘ ＼ｎ＂，ｂｕｆｆ，ｃｏｕｎｔ）；ｒｅｔｕｒｎ ０ｘ３３；｝ｓｓｉｚｅ＿ｔ ｃａｌｌ＿ｗｒｉｔｅ （ｓｔｒｕｃｔ ｆｉｌｅ ＊ｆｉｌｐ，ｃｏｎｓｔ ｃｈａｒ ＊ｂｕｆ，ｓｉｚｅ＿ｔ ｃｏｕｎｔ，ｌｏｆｆ＿ｔ ＊ｆ＿ｐｏｓ）｛ｐｒｉｎｔｋ（＂ｃａｌｌ ｗｒｉｔｅ －－－＞ｂｕｆ ：％０８ｘ ， ｃｏｕｎｔ ：％０８ｘ ＼ｎ＂，ｂｕｆ，ｃｏｕｎｔ）；ｒｅｔｕｒｎ ０ｘ４３；｝ｉｎｔ ｃａｌｌ＿ｉｏｃｔｌ （ｓｔｒｕｃｔ ｉｎｏｄｅ ＊ｉｎｏｄｅ，ｓｔｒｕｃｔ ｆｉｌｅ ＊ｆｉｌｐ，ｕｎｓｉｇｎｅｄ ｉｎｔ ｃｍｄ，ｕｎｓｉｇｎｅｄ ｌｏｎｇ ａｒｇ）｛ｐｒｉｎｔｋ（＂ｃａｌｌ ｉｏｃｔｌ －－－＞ｃｍｄ ：％０８ｘ ，ａｒｇ ：％０８ｘ ＼ｎ＂，ｃｍｄ，ａｒｇ）；ｒｅｔｕｒｎ ０ｘ５３；｝ｉｎｔ ｃａｌｌ＿ｏｐｅｎ（ｓｔｒｕｃｔ ｉｎｏｄｅ ＊ｉｎｏｄｅ ，ｓｔｒｕｃｔ ｆｉｌｅ ＊ｆｉｌｐ）｛ｉｎｔ ｎｕｍ ＝ ＭＩＮＯＲ（ｉｎｏｄｅ－＞ｉ＿ｒｄｅｖ）；ｐｒｉｎｔｋ（＂ｃａｌｌ ｏｐｅｎ－－＞ｍｉｎｏｒ：％ｄ ＼ｎ＂，ｎｕｍ）；ｒｅｔｕｒｎ ０；｝ｉｎｔ ｃａｌｌ＿ｒｅｌｅａｓｅ（ｓｔｒｕｃｔ ｉｎｏｄｅ ＊ｉｎｏｄｅ ，ｓｔｒｕｃｔ ｆｉｌｅ ＊ｆｉｌｐ）｛ｐｒｉｎｔｋ（＂ｃａｌｌｒｅｌｅａｓｅ＼ｎ＂）；ｒｅｔｕｒｎ ０；｝ｓｔｒｕｃｔ ｆｉｌｅ＿ｏｐｅｒａｔｉｏｎｓ ｄｅｖ＿ｆｏｐｓ ＝｛．ｏｗｎｅｒ ＝ ＴＨＩＳ＿ＭＯＤＵＬＥ，．ｌｌｓｅｅｋ ＝ ｃａｌｌ＿ｌｌｓｅｅｋ，．ｒｅａｄ ＝ ｃａｌｌ＿ｒｅａｄ，．ｗｒｉｔｅ ＝ ｃａｌｌ＿ｗｒｉｔｅ，．ｉｏｃｔｌ ＝ ｃａｌｌ＿ｉｏｃｔｌ，．ｏｐｅｎ ＝ ｃａｌｌ＿ｏｐｅｎ，．ｒｅｌｅａｓｅ ＝ ｃａｌｌ＿ｒｅｌｅａｓｅ，｝；ｉｎｔ ｃａｌｌ＿ｉｎｉｔ（ｖｏｉｄ）｛ｉｎｔ ｄｅｖ；ｐｒｉｎｔｋ（＂ｃａｌｌ＿ｄｅｖ ｉｎｉｔ＼ｎ＂）；ｄｅｖ ＝ ｒｅｇｉｓｔｅｒ＿ｃｈｒｄｅｖ（ＤＥＶ＿ＭＡＪＯＲ，ＤＥＶ＿ＮＡＭＥ，＆ｄｅｖ＿ｆｏｐｓ）；ｉｆ（ｄｅｖ ＜ ０）｛ｐｒｉｎｔｋ（＂ｒｅｇｉｓｔｅｒ＿ｃｈｒｄｅｖ ｆａｉｌｅｄ＼ｎ＂）；ｒｅｔｕｒｎ ｄｅｖ；｝ｒｅｔｕｒｎ ０；｝ｖｏｉｄ ｃａｌｌ＿ｅｘｉｔ（ｖｏｉｄ）｛ｐｒｉｎｔｋ（＂ｃａｌｌ＿ｄｅｖ ｅｘｉｔ＼ｎ＂）；ｕｎｒｅｇｉｓｔｅｒ＿ｃｈｒｄｅｖ（ＤＥＶ＿ＭＡＪＯＲ，ＤＥＶ＿ＮＡＭＥ）；｝ｍｏｄｕｌｅ＿ｉｎｉｔ（ｃａｌｌ＿ｉｎｉｔ）；ｍｏｄｕｌｅ＿ｅｘｉｔ（ｃａｌｌ＿ｅｘｉｔ）；ＭＯＤＵＬＥ＿ＬＩＣＥＮＳＥ（＂ＤＵＡＬ ＢＳＤ？ＧＰＬ＂）；２、Ｍａｋｅｆｉｌｅ编写：ｏｂｊ－ｍ ：＝ ｄｅｖ．ｏＫＤＩＲ ：＝ ／ｌｉｂ／ｍｏｄｕｌｅｓ／￥（ｓｈｅｌｌ ｕｎａｍｅ －ｒ）／ｂｕｉｌｄＰＷＤ ：＝ ￥（ｓｈｅｌｌ ｐｗｄ）ｄｅｆａｕｌｔ ：￥（ＭＡＫＥ） －Ｃ ￥（ＫＤＩＲ） ＳＵＢＤＩＲＳ＝￥（ＰＷＤ） ｍｏｄｕｌｅｓｃｌｅａｎ ：ｒｍ －ｒｆ ＊．ｋｏｒｍ －ｒｆ ＊．ｍｏｄ．＊ｒｍ －ｒｆ ．＊．ｃｍｄｒｍ －ｒｆ ＊．ｏ编译驱动程序：ｍａｋｅ ｃｌｅａｎ；ｍａｋｅ加载驱动：ｉｎｓｍｏｄ ｄｅｖ．ｋｏ卸载驱动：ｒｍｍｏｄ ｄｅｖ．ｋｏ查看设备的主设备号：ｃａｔ ／ｐｒｏｃ／ｄｅｖｉｃｅｓ创建设备文件结点：ｍｋｎｏｄ ／ｄｅｖ／ｃａｌｌｄｅｖ ｃ ２４０ ０３、编写测试驱动程序，并编译运行实例：＃ｉｎｃｌｕｄｅ ＜ｓｔｄｉｏ．ｈ＞＃ｉｎｃｌｕｄｅ ＜ｓｙｓ／ｔｙｐｅｓ．ｈ＞＃ｉｎｃｌｕｄｅ ＜ｓｙｓ／ｓｔａｔ．ｈ＞＃ｉｎｃｌｕｄｅ ＜ｓｙｓ／ｉｏｃｔｌ．ｈ＞＃ｉｎｃｌｕｄｅ ＜ｆｃｎｔｌ．ｈ＞＃ｉｎｃｌｕｄｅ ＜ｕｎｉｓｔｄ．ｈ＞＃ｄｅｆｉｎｅ ＤＥＶＩＣＥ＿ＦＩＬＥＮＡＭＥ ＂／ｄｅｖ／ｃａｌｌｄｅｖ＂ｉｎｔ ｍａｉｎ（）｛ｉｎｔ ｄｅｖ；ｃｈａｒ ｂｕｆｆ［１２８］；ｉｎｔ ｒｅｔ；ｐｒｉｎｔｆ（＂１－－＞ｄｅｖｉｃｅ ｆｉｌｅ ｏｐｅｎ＼ｎ＂）；ｄｅｖ ＝ ｏｐｅｎ（ＤＥＶＩＣＥ＿ＦＩＬＥＮＡＭＥ，Ｏ＿ＲＤＷＲ ｜ Ｏ＿ＮＤＥＬＡＹ）；ｉｆ （ｄｅｖ ＞ ０）｛ｐｒｉｎｔｆ（＂２－－＞ｓｅｅｋ ｆｕｎｃｔｉｏｎ ｃａｌｌ＼ｎ＂）；ｒｅｔ ＝ ｌｓｅｅｋ（ｄｅｖ，０ｘ２０，ＳＥＥＫ＿ＳＥＴ）；ｐｒｉｎｔｆ（＂ｒｅｔ ＝ ％０８ｘ ＼ｎ＂，ｒｅｔ）；ｐｒｉｎｔｆ（＂３－－＞ｒｅａｄ ｆｕｎｃｔｉｏｎ ｃａｌｌ＼ｎ＂）；ｒｅｔ ＝ ｒｅａｄ（ｄｅｖ，０ｘ３０，０ｘ３１）；ｐｒｉｎｔｆ（＂ｒｅｔ ＝ ％０８ｘ ＼ｎ＂，ｒｅｔ）；ｐｒｉｎｔｆ（＂４－－＞ｗｒｉｔｅ ｆｕｎｃｔｉｏｎ ｃａｌｌ＼ｎ＂）；ｒｅｔ ＝ ｗｒｉｔｅ（ｄｅｖ，０ｘ４０，０ｘ４１）；ｐｒｉｎｔｆ（＂ｒｅｔ ＝ ％０８ｘ ＼ｎ＂，ｒｅｔ）；ｐｒｉｎｔｆ（＂５－－＞ｉｏｃｔｌ ｆｕｎｃｔｉｏｎ ｃａｌｌ＼ｎ＂）；ｒｅｔ ＝ ｉｏｃｔｌ（ｄｅｖ，０ｘ５０，０ｘ５１）；ｐｒｉｎｔｆ（＂ｒｅｔ ＝ ％０８ｘ ＼ｎ＂，ｒｅｔ）；ｐｒｉｎｔｆ（＂６－－＞ｃｌｏｓｅ ｆｕｎｃｔｉｏｎ ｃａｌｌ＼ｎ＂）；ｒｅｔ ＝ ｃｌｏｓｅ（ｄｅｖ）；ｐｒｉｎｔｆ（＂ｒｅｔ ＝ ％０８ｘ ＼ｎ＂，ｒｅｔ）；｝ｒｅｔｕｒｎ ０；｝。
Linux系统下的LED驱动(X86平台)1.Linux设备驱动与整个软硬件系统的关系如图所示，除网络设备外，字符设备与块设备都被映射到Linux文件系统的文件和目录，通过文件系统的系统调用接口open()、write()、read()、close()等函数即可访问字符设备和块设备。
所有的字符设备和块设备都被统一地呈现给用户。
块设备比字符设备复杂，在它上面会首先建立一个磁盘/Flash文件系统，如FA T、Ext3、Y AFFS、JFFS等。
2. Linux系统下的LED驱动硬件环境：PC104软件环境：使用的系统为红旗Linux Notebook 5.0（内核版本Linux 2.6.16.9-9smp SMP PENTIUM gcc-3.4）编译的内核为2.6.16（注意版本的匹配,前面三位要一致）Linux提供了这样一种机制——模块。
模块具有以下特点：1 模块本身不被编译进内核2 模块一旦被加载，它就和内核中的其他部分完全一样。
先看一个最简单的内核模块“Hello World”，代码如下所示#include<linux/init.h>#include<linux/module.h>MODULE_LICENSE(“Dual BSD/GPL”);static int hello_init(void){printk(KERN_ALERT “Hello World enter\n”);return 0;}static void hello_exit(void){printk(KERN_ALERT “Hello World exit\n”);}module_init(hello_init);module_eixt(hello_exit);这个最简单的内核模块只包含内核加载函数、卸载函数和对GPL许可权限的声明以及一些描述信息。
编译它会产生hello.ko目标文件，通过“insmod ./hello.ko”命令可以加载它，通过“rmmod hello”命令可以卸载它，加载时输出“Hello World enter”,卸载时输出“Hello World exit”。
第7章 输入设备驱动内核的输入子系统是为了对分散的、多种不同类别的输入设备（如键盘、鼠标、跟踪球、操纵杆、辊轮、触摸屏、加速计和手写板）进行统一处理的驱动。
输入子系统带来了如下好处：•统一了物理形态各异的相似的输入设备的处理功能。
例如，各种鼠标，不论PS/2、USB，还是蓝牙，都被同样处理。
•提供了用于分发输入报告给用户应用程序的简单的事件（event）接口。
你的驱动不必创建、管理/dev节点以及相关的访问方法。
因此它能很方便的调用输入API以发送鼠标移动、键盘按键，或触摸事件给用户空间。
X Windows这样的应用程序能够无缝地运行于输入子系统提供的event接口之上。
•抽取出了输入驱动的通用部分，简化了驱动，并提供了一致性。
例如，输入子系统提供了一个底层驱动（成为serio）的集合，支持对串口和键盘控制器等硬件输入设备的访问。
图7.1展示了输入子系统的操作。
此子系统包括一前一后运行的两类驱动：事件驱动和设备驱动。
事件驱动负责和应用程序的接口，而设备驱动负责和底层输入设备的通信。
鼠标事件产生者mousedev，是前者的实例；而PS/2鼠标驱动是后者的实例。
事件驱动和设备驱动都可以利用输入子系统的高效、可重用的核心提供的服务。
图 7.1. 输入子系统事件驱动是标准的，对所有的输入类都是可用的，所以你更可能的是实现设备驱动而不是事件驱动。
你的设备驱动可以利用一个已经存在的、合适的事件驱动通过输入核心和用户应用程序接口。
需要注意的是本章使用的名辞“设备驱动”指的是输入设备驱动，而不是输入事件驱动。
输入事件驱动输入子系统提供的事件接口已经发展成为很多图形窗口系统理解的标准。
事件驱动提供一个硬件无关的抽象，以和输入设备交互；如同帧缓冲接口（在第12章《视频设备驱动》中讨论）提供一个通用的机制以和显示设备通信一样。
事件驱动和帧缓冲驱动一起，将图形用户接口（GUI）和各种各样的底层硬件隔离开来。
Evdev接口Evdev是一个通用的输入事件驱动。
驱动入门知识设备驱动简介：内核功能划分：1、进程管理进程管理功能负责创建销毁进程，并处理他们与外界之间的连接(输入输出)。
不同进程之间的通信是整个系统的基本功能。
2、内存管理内核在有限的可用资源之上为每个进程都创建了一个虚拟的得知空间，内核的不同部分在和内存管理子系统法交互的时候使用一组函数调用，包括简单的malloc/free函数3、文件系统Unix中的每个对象几乎都可以当作文件来看待。
内核在没有结构的硬件上构造结构化的文件系统4、设备控制几乎每一个系统操作最终都会映射到物理设备上。
除了处理器、内存以及其他很有限的几个对象外，所有设备操作都由相关的代码来完成，这段代码就叫做驱动程序内核必须为系统中的每件外设嵌入相应的驱动程序5、网络功能大部分网络操作和具体的进程无关，数据包的传入是异步事件。
在某个进程处理这些数据包之前，必须收集标识和分发这些数据包系统负责在应用程序和网络接口之间传递数据包。
设备和模块的分类：字符设备：块设备：网络接口：模块：首先是模块，内核的驱动分为两种形式，一种是直接编译进内核，另一种是写成模块，这样在需要的时候可以装载，不需要的时候就可以接卸，所以要了解驱动首先从模块入手。
在我们学习编程的时候，第一个写的程序基本上都是hello_word。
所以，我们现在也写一个hello_word模块。
// Hello_word.c#include <linux/init.h>#include <linux/kernel.h>#include <linux/module.h>static int hello_init(void){printk(KERN_ALERT "Module init: Hello word!\n");return 0;}static void hello_exit(void){printk(KERN_ALERT "Module exit: bye-bye\n");return;}module_init(hello_init);module_exit(hello_exit);对应的用来编译hello_word的makefile文件// Makefileobj-m:=hw_module.ohw_modulemodule-objs:=moduleKDIR := /lib/modules/3.5.0-57-generic/buildMAKE:=makedefault:$(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modulesclean:$(MAKE) -C $(KDIR) SUBDIRS=$(PWD) clean这样一个简单的模块就完成了，这里的程序写法、调用与用户空间的程序有很多不同。
linux struct device申请-概述说明以及解释1.引言1.1 概述概述部分的内容应该对整篇文章的主题进行简要介绍，提供读者对主题的整体了解。
在这种情况下，我们的主题是关于Linux中的struct device 的申请方法。
概述部分的内容可以按以下方式进行编写：引言部分将重点介绍Linux中的struct device申请方法。
在Linux系统中，设备驱动程序的开发是非常关键的。
而struct device则是设备驱动程序中一个非常重要的数据结构，它用于向Linux内核注册设备并管理设备的相关信息。
在本文中，我们将通过深入分析struct device的定义和作用，以及详细讲解struct device的申请方法，来帮助读者更好地理解和应用这一关键的数据结构。
本文结构如下：在引言部分，我们将先介绍整篇文章的概述和文章结构，并阐述我们撰写该文的目的。
然后，我们将进入正文部分，在其中详细讲解struct device的定义和作用。
我们将探讨struct device在Linux 设备驱动程序中的重要性，并阐述它在设备注册和管理过程中的具体作用。
接下来，我们将重点关注struct device的申请方法，并提供实例代码来说明如何正确地申请一个struct device。
在结论部分，我们将总结struct device的重要性，并对本文的内容进行回顾和展望。
通过阅读本文，读者将能够全面了解并掌握在Linux系统中使用struct device进行设备注册和管理的方法。
希望本文能为读者在Linux 设备驱动程序的开发过程中提供有价值的参考和帮助。
1.2 文章结构文章结构部分的内容可以按照以下内容进行撰写：文章结构部分的内容主要是介绍本文的组织结构以及各个章节的内容概要，帮助读者更好地理解和阅读整篇文章。
首先，本文分为引言、正文和结论三个主要部分。
其中，引言部分主要是对本文的背景和目的进行简要介绍，正文部分详细阐述了linux struct device的定义、作用和申请方法，最后结论部分对本文的主要观点进行总结并展望了相关领域的发展方向。
1、字符型驱动设备你是怎么创建设备文件的，就是/dev/下面的设备文件，供上层应用程序打开使用的文件？答：mknod命令结合设备的主设备号和次设备号，可创建一个设备文件。
评：这只是其中一种方式，也叫手动创建设备文件。
还有UDEV/MDEV自动创建设备文件的方式，UDEV/MDEV 是运行在用户态的程序，可以动态管理设备文件，包括创建和删除设备文件，运行在用户态意味着系统要运行之后。
那么在系统启动期间还有devfs创建了设备文件。
一共有三种方式可以创建设备文件。
2、写一个中断服务需要注意哪些？如果中断产生之后要做比较多的事情你是怎么做的？答：中断处理例程应该尽量短，把能放在后半段(tasklet，等待队列等)的任务尽量放在后半段。
评：写一个中断服务程序要注意快进快出，在中断服务程序里面尽量快速采集信息，包括硬件信息，然后推出中断，要做其它事情可以使用工作队列或者tasklet方式。
也就是中断上半部和下半部。
第二：中断服务程序中不能有阻塞操作。
为什么？大家可以讨论。
第三：中断服务程序注意返回值，要用操作系统定义的宏做为返回值，而不是自己定义的OK，FAIL之类的。
3、自旋锁和信号量在互斥使用时需要注意哪些？在中断服务程序里面的互斥是使用自旋锁还是信号量？还是两者都能用？为什么？答：使用自旋锁的进程不能睡眠，使用信号量的进程可以睡眠。
中断服务例程中的互斥使用的是自旋锁，原因是在中断处理例程中，硬中断是关闭的，这样会丢失可能到来的中断。
页脚内容14、原子操作你怎么理解？为了实现一个互斥，自己定义一个变量作为标记来作为一个资源只有一个使用者行不行？答：原子操作指的是无法被打断的操作。
我没懂第二句是什么意思，自己定义一个变量怎么可能标记资源的使用情况？其他进程又看不见这个变量评：第二句话的意思是：定义一个变量,比如int flag =0;if(flag == 0){flag = 1;操作临界区；flag = 0;}这样可否？5、insmod 一个驱动模块，会执行模块中的哪个函数？rmmod呢？这两个函数在设计上要注意哪些？遇到过卸载驱动出现异常没？是什么问题引起的？答：insmod调用init函数，rmmod调用exit函数。
Linux设备驱动开发详解-第6章字符设备驱动（⼀）-globalmem1 驱动程序设计之前奏 (2)1.1 应⽤程序、库、内核、驱动程序的关系 (2)1.2 设备类型 (2)1.3 设备⽂件 (2)1.4 主设备号和从设备号 (2)1.5 驱动程序与应⽤程序的区别 (3)1.6 ⽤户态与内核态 (3)1.7 Linux驱动程序功能 (3)2 字符设备驱动程序框架 (3)2.1 file_operations结构体 (4)2.2 驱动程序初始化和退出 (5)2.3 将驱动程序模块注册到内核 (5)2.4 应⽤字符设备驱动程序 (5)3 globalmem虚拟设备实例描述 (6)3.1 头⽂件、宏及设备结构体 (6)3.2 加载与卸载设备驱动 (6)3.3 读写函数 (8)3.4 seek()函数 (9)3.5 ioctl()函数 (10)3.6 globalmem完整实例 (12)4 测试应⽤程序 (17)4.1 应⽤程序接⼝函数 (17)4.2 应⽤程序 (18)5 实验步骤 (19)5.1 编译加载globalmem 模块 (19)5.2 编译测试应⽤程序 (20)6 扩展 (21)1 驱动程序设计之前奏㈠应⽤程序、库、内核、驱动程序的关系㈡设备类型㈢设备⽂件㈣主设备号与从设备号㈤驱动程序与应⽤程序的区别㈥⽤户态与内核态㈦Linux驱动程序功能1.1 应⽤程序、库、内核、驱动程序的关系■应⽤程序调⽤应⽤程序函数库完成功能■应⽤程序以⽂件形式访问各种资源■应⽤程序函数库部分函数直接完成功能部分函数通过系统调⽤由内核完成■内核处理系统调⽤，调⽤设备驱动程序■设备驱动直接与硬件通信1.2 设备类型■字符设备对字符设备发出读/写请求时，实际的硬件I/O操作⼀般紧接着发⽣■块设备块设备与之相反，它利⽤系统内存作为缓冲区■⽹络设备⽹络设备是⼀类特殊的设备，它不像字符设备或块设备那样通过对应的设备⽂件节点访问，也不能直接通过read或write进⾏数据访问请求1.3 设备⽂件■设备类型、主从设备号是内核与设备驱动程序通信时使⽤的■应⽤程序使⽤设备⽂件节点访问对应设备■每个主从设备号确定的设备都对应⼀个⽂件节点■每个设备⽂件都有其⽂件属性（c或者b）■每个设备⽂件都有2个设备号（后⾯详述）主设备号：⽤于标识驱动程序从设备号：⽤于标识同⼀驱动程序的不同硬件■设备⽂件的主设备号必须与设备驱动程序在登记时申请的主设备号⼀致■系统调⽤是内核与应⽤程序之间的接⼝■设备驱动程序是内核与硬件之间的接⼝1.4 主设备号和从设备号■在设备管理中，除了设备类型外，内核还需要⼀对被称为主从设备号的参数，才能唯⼀标识⼀个设备■主设备号相同的设备使⽤相同的驱动程序■从设备号⽤于区分具体设备的实例例：PC的IDE设备，主设备号⽤于标识该硬盘，从设备号⽤于标识每个分区■在/dev⽬录下使⽤ll命令（ls -l）可以查看各个设备的设备类型、主从设备号等■cat /proc/devices可以查看系统中所有设备对应的主设备号1.5 驱动程序与应⽤程序的区别■应⽤程序以main开始■驱动程序没有main，它以⼀个模块初始化函数作为⼊⼝■应⽤程序从头到尾执⾏⼀个任务■驱动程序完成初始化之后不再运⾏，等待系统调⽤■应⽤程序可以使⽤GLIBC等标准C函数库■驱动程序不能使⽤标准C库1.6 ⽤户态与内核态■驱动程序是内核的⼀部分，⼯作在内核态■应⽤程序⼯作在⽤户态■数据空间访问问题★⽆法通过指针直接将⼆者的数据地址进⾏传递★系统提供⼀系列函数帮助完成数据空间转换get_userput_usercopy_from_usercopy_to_user1.7 Linux驱动程序功能■对设备初始化和释放■把数据从内核传送到硬件和从硬件读取数据■读取应⽤程序传送给设备⽂件的数据和回送应⽤程序请求的数据■检测和处理设备出现的错误2 字符设备驱动程序框架①Linux各种设备驱动程序都是以模块的形式存在的，驱动程序同样遵循模块编程的各项原则②字符设备是最基本、最常⽤的设备，其本质就是将千差万别的各种硬件设备采⽤⼀个统⼀的接⼝封装起来，屏蔽了不同设备之间使⽤上的差异性，简化了应⽤层对硬件的操作③字符设备将各底层硬件设备封装成统⼀的结构体，并采⽤相同的函数操作，如下等：open/close/read/write/ioctl④添加⼀个字符设备驱动程序，实际上是给上述操作添加对应的代码⑤Linux对所有的硬件操作统⼀做以下抽象抽象file_operations结构体规定了驱动程序向应⽤程序提供的操作接⼝struct file_operations ext2_file_operations ={.llseek = generic_file_llseek,.read = generic_file_read,.write = generic_file_write,.aio_read = generic_file_aio_read,.aio_write = generic_file_aio_write,.ioctl = ext2_ioctl,.mmap = generic_file_mmap,.open = generic_file_open,.release = ext2_release_file,.fsync = ext2_sync_file,.readv = generic_file_readv,.writev = generic_file_writev,.sendfile = generic_file_sendfile,};⑥⽤户态与内核态数据的交互⽤户应⽤程序与驱动程序分属于不同的进程空间，因此⼆者之间的数据应当采⽤以下函数进⾏交换long copy_to_user(kernel_buffer, user_buffer,n)//从内核空间拷贝n字节数据到⽤户空间copy_from_user(kernel_buffer, user_buffer,n)//从⽤户空间拷贝n字节数据到内核空间put_user(kernel_value, user_buffer)//从内核空间拷贝⼀数据变量到⽤户空间get_user(kernel_value, user_buffer)//从⽤户空间拷贝⼀数据变量到内核空间（内核空间数据可是任意类型）2.1 file_operations结构体⑴write函数■从应⽤程序接收数据送到硬件ssize_t (*write)(struct file*, const char __user *, size_t, loff_t*);⑵read函数■从硬件读取数据并交给应⽤程序ssize_t (*read)(struct file *, char __user *, size_t, loff_t*); /// 从设备中同步读取数据⑶ioctl函数■为应⽤程序提供对硬件⾏为的相关配置int (*ioctl)(struct inode *, struct file *, unsigned int, unsigned long);⑷open函数■当应⽤程序打开设备时对设备进⾏初始化■使⽤MOD_INC_USE_COUNT增加驱动程序的使⽤次数,当模块使⽤次数不为0时，禁⽌卸载模块Int (*open)(struct inode *, struct file*);⑸release函数■当应⽤程序关闭设备时处理设备的关闭操作■使⽤MOD_DEC_USE_COUNT减少驱动程序的使⽤次数，配合open使⽤，来对模块使⽤次数进⾏计数int (*release)(struct inode *, struct file*);⑹⑻⑻⑼⑽2.2 驱动程序初始化和退出①驱动程序初始化函数■Linux在加载内核模块时会调⽤初始化函数■在初始化函数中⾸先进⾏资源申请等⼯作■使⽤register_chrdev向内核注册驱动程序②驱动程序退出函数■Linux在卸载内核模块时会调⽤退出函数■释放驱动程序使⽤的资源■使⽤unregister_chrdev从内核中卸载驱动程序2.3 将驱动程序模块注册到内核内核需要知道模块的初始化函数和退出函数，才能将模块放⼊⾃⼰的管理队列中①module_init()向内核声明当前模块的初始化函数②module_exit()向内核声明当前模块的退出函数2.4 应⽤字符设备驱动程序㈠加载驱动程序■insmod 内核模块⽂件名■cat /proc/devices 查看当前系统中所有设备驱动程序及其主设备号㈡⼿动建⽴设备⽂件■设备⽂件⼀般建⽴/dev⽬录下■mknod ⽂件路径c [主设备号] [从设备号]㈢应⽤程序接⼝函数■编写应⽤层测试程序■可以使⽤标准C的⽂件操作函数来完成①int open(const char *path, int oflag,…);★打开名为path的⽂件或设备★成功打开后返回⽂件句柄★常⽤oflag：O_RDONLY, O_WRONLY, O_RDWR②int close(int fd);★关闭之前被打开的⽂件或设备★成功关闭返回0，否则返回错误代号③ssize_t read(int fd, void *buffer, size_t count)★从已经打开的⽂件或设备中读取数据★buffer表⽰应⽤程序缓冲区★count表⽰应⽤程序希望读取的数据长度★成功读取后返回读取的字节数，否则返回-1④ssize_t write(int fd, void *buffer, size_t count）;★向已经打开的⽂件或设备中写⼊数据★buffer表⽰应⽤程序缓冲区★count表⽰应⽤程序希望写⼊的数据长度★成功写⼊后返回写⼊的字节数，否则返回-1④int ioctl(int fd, unsigned int cmd, unsigned long arg);★向驱动程序发送控制命令★cmd：⽤来定义⽤户向驱动分配的命令例如G PF驱动中：设置指定管脚的⾼低电平、输⼊输出特性等为了规范化及错误检查常⽤_IO宏合成该命令：_IO(MAGIC, num) ★arg：配置命令参数配合cmd命令完成指定功能3 globalmem虚拟设备实例描述3.1 头⽂件、宏及设备结构体在globalmem字符设备驱动中，应包含它要使⽤的头⽂件，并定义globalmem设备结构体及相关宏。
1.设备号分为主次设备号,看上去像是两个号码,但在内核中用dev_t(<linux/types.h>)一种结构表示,同时不应该自己去假设赋值设备号,而是使用宏(<linux/kdev_t.h>)来取得.MAJOR(dev_t dev);MINOR(dev_t dev);即使你有确定的主,次设备号也要用dev=MKDEV(int major, int minor);1.1分配设备号<linux/fs.h>静态分配int register_chrdev_region(dev_t first, unsigned int count, char *name);first 是你要分配的起始设备编号. first 的次编号部分常常是0, 但是没有要求是那个效果.count 是你请求的连续设备编号的总数. 注意, 如果count 太大, 你要求的范围可能溢出到下一个次编号;但是只要你要求的编号范围可用, 一切都仍然会正确工作.name 是应当连接到这个编号范围的设备的名子; 它会出现在/proc/devices 和sysfs 中动态分配int alloc_chrdev_region(dev_t *dev, unsigned int firstminor, unsigned int count, char *name);dev 是一个只输出的参数, 它在函数成功完成时持有你的分配范围的第一个数.fisetminor 应当是请求的第一个要用的次编号; 它常常是0.count 和name 参数如同给request_chrdev_region 的一样>>>应该始终使用动态分配,但最好为定制设备号留有接口,以参数形式,以name_major=0做为默认值,可能的操作如下:if(scull_major){dev = MKDEV(scull_major, scull_minor);result = register_chrdev_region(dev, scull_nr_devs,"scull");}else{result = alloc_chrdev_region(&dev, scull_minor, scull_nr_devs,"scull");scull_major = MAJOR(dev);}if(result < 0){printk(KERN_WARNING "scull: can't get major %d\n", scull_major);return result;}1.2释放设备号void unregister_chrdev_region(dev_t first, unsigned int count);2.重要的数据结构2.1文件操作<linux/fs.h>中的file_operation结构,其成员struct module *owner第一个file_operations 成员根本不是一个操作; 几乎所有时间中, 它被简单初始化为THIS_MODULE,一个在<linux/module.h> 中定义的宏.loff_t (*llseek) (struct file *, loff_t, int);llseek 方法用作改变文件中的当前读/写位置, 并且新位置作为(正的)返回值. loff_t 参数是一个"long offset", 并且就算在32位平台上也至少64 位宽. 错误由一个负返回值指示. 如果这个函数指针是NULL, seek 调用会以潜在地无法预知的方式修改file 结构中的位置计数器ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);用来从设备中获取数据. 在这个位置的一个空指针导致read 系统调用以-EINVAL("Invalid argument") 失败. 一个非负返回值代表了成功读取的字节数( 返回值是一个"signed size" 类型, 常常是目标平台本地的整数类型).ssize_t (*aio_read)(struct kiocb *, char __user *, size_t, loff_t);初始化一个异步读-- 可能在函数返回前不结束的读操作. 如果这个方法是NULL, 所有的操作会由read代替进行(同步地).ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);发送数据给设备. 如果NULL, -EINVAL 返回给调用write 系统调用的程序. 如果非负, 返回值代表成功写的字节数.ssize_t (*aio_write)(struct kiocb *, const char __user *, size_t, loff_t *);初始化设备上的一个异步写.int (*readdir) (struct file *, void *, filldir_t);对于设备文件这个成员应当为NULL; 它用来读取目录, 并且仅对文件系统有用.unsigned int (*poll) (struct file *, struct poll_table_struct *);poll 方法是3 个系统调用的后端: poll, epoll, 和select, 都用作查询对一个或多个文件描述符的读或写是否会阻塞. poll 方法应当返回一个位掩码指示是否非阻塞的读或写是可能的, 并且, 可能地, 提供给内核信息用来使调用进程睡眠直到I/O 变为可能. 如果一个驱动的poll 方法为NULL, 设备假定为不阻塞地可读可写.int (*ioctl) (struct inode *, struct file *, unsigned int, unsigned long);ioctl 系统调用提供了发出设备特定命令的方法(例如格式化软盘的一个磁道, 这不是读也不是写). 另外, 几个ioctl 命令被内核识别而不必引用fops 表. 如果设备不提供ioctl 方法, 对于任何未事先定义的请求(-ENOTTY, "设备无这样的ioctl"), 系统调用返回一个错误.int (*mmap) (struct file *, struct vm_area_struct *);mmap 用来请求将设备内存映射到进程的地址空间. 如果这个方法是NULL, mmap 系统调用返回-ENODEV.int (*open) (struct inode *, struct file *);尽管这常常是对设备文件进行的第一个操作, 不要求驱动声明一个对应的方法. 如果这个项是NULL, 设备打开一直成功, 但是你的驱动不会得到通知.int (*flush) (struct file *);flush 操作在进程关闭它的设备文件描述符的拷贝时调用; 它应当执行(并且等待)设备的任何未完成的操作. 这个必须不要和用户查询请求的fsync 操作混淆了. 当前, flush 在很少驱动中使用; SCSI 磁带驱动使用它, 例如, 为确保所有写的数据在设备关闭前写到磁带上. 如果flush 为NULL, 内核简单地忽略用户应用程序的请求.int (*release) (struct inode *, struct file *);在文件结构被释放时引用这个操作. 如同open, release 可以为NULL.int (*fsync) (struct file *, struct dentry *, int);这个方法是fsync 系统调用的后端, 用户调用来刷新任何挂着的数据. 如果这个指针是NULL, 系统调用返回-EINVAL.int (*aio_fsync)(struct kiocb *, int);这是fsync 方法的异步版本.int (*fasync) (int, struct file *, int);这个操作用来通知设备它的FASYNC 标志的改变. 异步通知是一个高级的主题, 在第 6 章中描述. 这个成员可以是NULL 如果驱动不支持异步通知.int (*lock) (struct file *, int, struct file_lock *);lock 方法用来实现文件加锁; 加锁对常规文件是必不可少的特性, 但是设备驱动几乎从不实现它.ssize_t (*readv) (struct file *, const struct iovec *, unsigned long, loff_t *); ssize_t (*writev) (struct file *,const struct iovec *, unsigned long, loff_t *);这些方法实现发散/汇聚读和写操作. 应用程序偶尔需要做一个包含多个内存区的单个读或写操作; 这些系统调用允许它们这样做而不必对数据进行额外拷贝. 如果这些函数指针为NULL, read 和write 方法被调用( 可能多于一次).ssize_t (*sendfile)(struct file *, loff_t *, size_t, read_actor_t, void *);这个方法实现sendfile 系统调用的读, 使用最少的拷贝从一个文件描述符搬移数据到另一个. 例如, 它被一个需要发送文件内容到一个网络连接的web 服务器使用. 设备驱动常常使sendfile 为NULL.ssize_t (*sendpage) (struct file *, struct page *, int, size_t, loff_t *, int);sendpage 是sendfile 的另一半; 它由内核调用来发送数据, 一次一页, 到对应的文件. 设备驱动实际上不实现sendpage.unsigned long (*get_unmapped_area)(struct file *, unsigned long, unsigned long, unsigned long,unsigned long);这个方法的目的是在进程的地址空间找一个合适的位置来映射在底层设备上的内存段中. 这个任务通常由内存管理代码进行; 这个方法存在为了使驱动能强制特殊设备可能有的任何的对齐请求. 大部分驱动可以置这个方法为NULL.[10]int (*check_flags)(int)这个方法允许模块检查传递给fnctl(F_SETFL...) 调用的标志.int (*dir_notify)(struct file *, unsigned long);这个方法在应用程序使用fcntl 来请求目录改变通知时调用. 只对文件系统有用; 驱动不需要实现dir_notify.>>>下面是一个实现的可能例子,重要的函数被实现struct file_operations scull_fops ={.owner = THIS_MODULE,.llseek = scull_llseek,.read= scull_read,.write= scull_write,.ioctl = scull_ioctl,.open= scull_open,.release = scull_release,};这个声明使用标准的 C 标记式结构初始化语法.2.2文件结构struct file, 定义于<linux/fs.h>其成员:mode_t f_mode;文件模式确定文件是可读的或者是可写的(或者都是), 通过位FMODE_READ 和FMODE_WRITE. 你可能想在你的open 或者ioctl 函数中检查这个成员的读写许可, 但是你不需要检查读写许可, 因为内核在调用你的方法之前检查. 当文件还没有为那种存取而打开时读或写的企图被拒绝, 驱动甚至不知道这个情况.loff_t f_pos;当前读写位置. loff_t 在所有平台都是64 位( 在gcc 术语里是long long ). 驱动可以读这个值, 如果它需要知道文件中的当前位置, 但是正常地不应该改变它; 读和写应当使用它们作为最后参数而收到的指针来更新一个位置, 代替直接作用于filp->f_pos. 这个规则的一个例外是在llseek 方法中, 它的目的就是改变文件位置.unsigned int f_flags;这些是文件标志, 例如O_RDONLY, O_NONBLOCK, 和O_SYNC. 驱动应当检查O_NONBLOCK 标志来看是否是请求非阻塞操作( 我们在第一章的"阻塞和非阻塞操作"一节中讨论非阻塞I/O ); 其他标志很少使用. 特别地, 应当检查读/写许可, 使用f_mode 而不是f_flags. 所有的标志在头文件<linux/fcntl.h>中定义.struct file_operations *f_op;和文件关联的操作. 内核安排指针作为它的open 实现的一部分, 接着读取它当它需要分派任何的操作时. filp->f_op 中的值从不由内核保存为后面的引用; 这意味着你可改变你的文件关联的文件操作, 在你返回调用者之后新方法会起作用. 例如, 关联到主编号 1 (/dev/null, /dev/zero, 等等)的open 代码根据打开的次编号来替代filp->f_op 中的操作. 这个做法允许实现几种行为, 在同一个主编号下而不必在每个系统调用中引入开销. 替换文件操作的能力是面向对象编程的"方法重载"的内核对等体.void *private_data;open 系统调用设置这个指针为NULL, 在为驱动调用open 方法之前. 你可自由使用这个成员或者忽略它; 你可以使用这个成员来指向分配的数据, 但是接着你必须记住在内核销毁文件结构之前, 在release 方法中释放那个内存. private_data 是一个有用的资源, 在系统调用间保留状态信息, 我们大部分例子模块都使用它.struct dentry *f_dentry;关联到文件的目录入口( dentry )结构. 设备驱动编写者正常地不需要关心dentry 结构, 除了作为filp->f_dentry->d_inode 存取inode 结构.2.3inode结构其成员:dev_t i_rdev;对于代表设备文件的节点, 这个成员包含实际的设备编号.struct cdev *i_cdev;struct cdev 是内核的内部结构, 代表字符设备; 这个成员包含一个指针, 指向这个结构, 当节点指的是一个字符设备文件时.i_rdev 类型在2.5 开发系列中改变了, 破坏了大量的驱动. 作为一个鼓励更可移植编程的方法, 内核开发者已经增加了 2 个宏, 可用来从一个inode 中获取主次编号:unsigned int iminor(struct inode *inode); unsigned int imajor(struct inode *inode);为了不要被下一次改动抓住, 应当使用这些宏代替直接操作i_rdev3.字符设备的注册3.1添加struct cdev *my_cdev = cdev_alloc(); my_cdev->ops = &my_fops;但是, 偶尔你会想将cdev 结构嵌入一个你自己的设备特定的结构; scull 这样做了. 在这种情况下, 你应当初始化你已经分配的结构, 使用:void cdev_init(struct cdev *cdev, struct file_operations *fops);任一方法, 有一个其他的struct cdev 成员你需要初始化. 象file_operations 结构, struct cdev 有一个拥有者成员, 应当设置为THIS_MODULE. 一旦cdev 结构建立, 最后的步骤是把它告诉内核, 调用:int cdev_add(struct cdev *dev, dev_t num, unsigned int count);这里, dev 是cdev 结构, num 是这个设备响应的第一个设备号, count 是应当关联到设备的设备号的数目. 常常count 是1, 但是有多个设备号对应于一个特定的设备的情形.>>>在使用cdev_add 是有几个重要事情要记住. 第一个是这个调用可能失败. 如果它返回一个负的错误码, 你的设备没有增加到系统中. 它几乎会一直成功, 但是, 并且带起了其他的点: cdev_add 一返回, 你static void scull_setup_cdev(struct scull_dev *dev,int index) {int err, devno = MKDEV(scull_major, scull_minor + index);cdev_init(&dev->cdev,&scull_fops);dev->cdev.owner = THIS_MODULE;dev->cdev.ops =&scull_fops;err = cdev_add (&dev->cdev, devno, 1);/* Fail gracefully if need be */if(err)printk(KERN_NOTICE "Error %d adding scull%d", err, index);}。
