Linux 设备驱动程序(转载)

来源：百度文库 编辑：神马文学网 时间：2024/04/28 03:02:19

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

序言

　　Linux是Unix操作系统的一种变种，在Linux下编写驱动程序的原理和思想完全类似于其他的Unix系统，但它和dos或window环境下的驱动程序有很大的区别。在Linux环境下设计驱动程序，思想简洁，操作方便，功能也很强大，但是支持函数少，只能依赖kernel中的函数，有些常用的操作要自己来编写，而且调试也不方便。

　　一、Linux device driver 的概念

　　系统调用是操作系统内核和应用程序之间的接口，设备驱动程序是操作系统内核和机器硬件之间的接口.设备驱动程序为应用程序屏蔽了硬件的细节，这样在应用程序看来，硬件设备只是一个设备文件， 应用程序可以象操作普通文件一样对硬件设备进行操作.设备驱动程序是内核的一部分，它完成以下的功能:

　　1.对设备初始化和释放.

　　2.把数据从内核传送到硬件和从硬件读取数据.

　　3.读取应用程序传送给设备文件的数据和回送应用程序请求的数据.

　　4.检测和处理设备出现的错误.

　　在Linux操作系统下有两类主要的设备文件类型，一种是字符设备，另一种是块设备.字符设备和块设备的主要区别是:在对字符设备发出读/写请求时，实际的硬件I/O一般就紧接着发生了，块设备则不然，它利用一块系统内存作缓冲区，当用户进程对设备请求能满足用户的要求，就返回请求的数据，如果不能，就调用请求函数来进行实际的I/O操作.块设备是主要针对磁盘等慢速设备设计的，以免耗费过多的CPU时间来等待.

　　已经提到，用户进程是通过设备文件来与实际的硬件打交道.每个设备文件都有其文件属性(c/b)，表示是字符设备还块设备?另外每个文件都有两个设备号，第一个是主设备号，标识驱动程序，第二个是从设备号，标识使用同一个设备驱动程序的不同的硬件设备，比如有两个软盘，就可以用从设备号来区分他们.设备文件的主设备号必须与设备驱动程序在登记时申请的主设备号一致，否则用户进程将无法访问到驱动程序.

　　最后必须提到的是，在用户进程调用驱动程序时，系统进入核心态，这时不再是抢先式调度.也就是说，系统必须在你的驱动程序的子函数返回后才能进行其他的工作.如果你的驱动程序陷入死循环，不幸的是你只有重新启动机器了，然后就是漫长的fsck.


　　二、实例剖析


　　我们来写一个最简单的字符设备驱动程序。虽然它什么也不做，但是通过它可以了解Linux的设备驱动程序的工作原理.把下面的C代码输入机器，你就会获得一个真正的设备驱动程序.不过我的kernel是2.0.34，在低版本的kernel上可能会出现问题，我还没测试过.//xixi


　　#define __NO_VERSION__
　　#include
　　#include

　　char kernel_version [] = UTS_RELEASE;

　　这一段定义了一些版本信息，虽然用处不是很大，但也必不可少.Johnsonm说所有的驱动程序的开头都要包含，但我看倒是未必.

　　由于用户进程是通过设备文件同硬件打交道，对设备文件的操作方式不外乎就是一些系统调用，如 open，read，write，close....， 注意，不是fopen， fread，但是如何把系统调用和驱动程序关联起来呢?这需要了解一个非常关键的数据结构:


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



struct file_operations {

int (*seek) (struct inode * ，struct file *， off_t ，int);
int (*read) (struct inode * ，struct file *， char ，int);
int (*write) (struct inode * ，struct file *， off_t ，int);
int (*readdir) (struct inode * ，struct file *， struct dirent * ，int);
int (*select) (struct inode * ，struct file *， int ，select_table *);
int (*ioctl) (struct inode * ，struct file *， unsined int ，unsigned long);
int (*mmap) (struct inode * ，struct file *， struct vm_area_struct *);
int (*open) (struct inode * ，struct file *);
int (*release) (struct inode * ，struct file *);
int (*fsync) (struct inode * ，struct file *);
int (*fasync) (struct inode * ，struct file *，int);
int (*check_media_change) (struct inode * ，struct file *);
int (*revalidate) (dev_t dev);
}



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



　　这个结构的每一个成员的名字都对应着一个系统调用.用户进程利用系统调用在对设备文件进行诸如read/write操作时，系统调用通过设备文件的主设备号找到相应的设备驱动程序，然后读取这个数据结构相应的函数指针，接着把控制权交给该函数.这是linux的设备驱动程序工作的基本原理.既然是这样，则编写设备驱动程序的主要工作就是编写子函数，并填充file_operations的各个域.

　　下面就开始写子程序.
--------------------------------------------------------------------------------

#include
#include
#include
#include
#include
unsigned int test_major = 0;

static int read_test(struct inode *node，struct file *file，
char *buf，int count)
{

int left;

if (verify_area(VERIFY_WRITE，buf，count) == -EFAULT )
return -EFAULT;

for(left = count ; left > 0 ; left--)
{
__put_user(1，buf，1);
buf++;
}
return count;
}

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

　　这个函数是为read调用准备的.当调用read时，read_test()被调用，它把用户的缓冲区全部写1.buf 是read调用的一个参数.它是用户进程空间的一个地址.但是在read_test被调用时，系统进入核心态.所以不能使用buf这个地址，必须用__put_user()，这是kernel提供的一个函数，用于向用户传送数据.另外还有很多类似功能的函数.请参考.在向用户空间拷贝数据之前，必须验证buf是否可用。

　　这就用到函数verify_area.

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

static int write_tibet(struct inode *inode，struct file *file，
const char *buf，int count)
{
return count;
}

static int open_tibet(struct inode *inode，struct file *file )
{
MOD_INC_USE_COUNT;
return 0;
}

static void release_tibet(struct inode *inode，struct file *file )
{
MOD_DEC_USE_COUNT;
}


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

　　这几个函数都是空操作.实际调用发生时什么也不做，他们仅仅为下面的结构提供函数指针。

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

struct file_operations test_fops = {
NULL，
read_test，
write_test，
NULL， /* test_readdir */
NULL，
NULL， /* test_ioctl */
NULL， /* test_mmap */
open_test，
release_test， NULL， /* test_fsync */
NULL， /* test_fasync */
/* nothing more， fill with NULLs */
};

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

　　设备驱动程序的主体可以说是写好了。现在要把驱动程序嵌入内核。驱动程序可以按照两种方式编译。一种是编译进kernel，另一种是编译成模块(modules)，如果编译进内核的话，会增加内核的大小，还要改动内核的源文件，而且不能动态的卸载，不利于调试，所以推荐使用模块方式。

Linux 设备驱动程序(转载) 如何编写 Linux 设备驱动程序(转载华清远见) 如何编写 Linux 设备驱动程序 Linux设备驱动程序设计实例 Linux下PCI设备驱动程序开发 为系统处理器编写Linux设备驱动程序 Linux下PCI设备驱动程序开发 Linux下PCI设备驱动程序开发 Linux设备驱动编程之结构化设备驱动程序 如何在嵌入式LINUX中增加自己的设备驱动程序||操作系统| Linux网卡驱动程序编写 Linux驱动程序编写 Linux驱动程序开发2 设备驱动程序安装及注意事项 设备驱动程序安装及注意事项 怎样写 Linux LCD 驱动程序 如何查看和更新设备驱动程序 uClinux设备驱动程序的设计与编写 设备驱动程序通知应用程序的几种方法||设备驱动| Linux系统的硬件驱动程序编写原理 老手经验谈：Linux驱动程序开发学习步骤 十三、Linux驱动程序开发（7） uClinux下可加载设备驱动程序的研究与实现 linux 字符设备驱动(1)