uclin驱动程序的编写.docVIP

附录1 uclinux驱动程序的编写 uclinux是针对控制领域的嵌入式Linux操作系统,由Linux2.0,2.4内核派生而来,沿袭了主流Linux的绝大部分特性,适合不具备内存管理单元(MMUmemory manage unit)的微处理器。有无MMU支持是Linux与uclinux的基本差异。最小的嵌入式uclinux系统由内核引导程序、uclinux微内核(由内存管理、进程管理和定时服务构成)、初始化过程组成。同时,根据需要添加硬件驱动程序、1个或多个应用进程(以提供所需功能)、1个文件系统(可能在ROM或者RAM内)、存储半瞬态数据和提供交换空间的磁盘、TCP/IP网络栈等。 嵌入式应用对成本和实时性比较敏感，其使用中的CPU很多都没有MMU，标准的Linux无法适用这些，而uclinux正是针对此种应用而产生的。而对uclinux的应用主要体现在对硬件的驱动程序的编写和上层应用程序的开发上。 Uclinux驱动程序的基本结构和标准Linux的结构基本类似，但标准Linux支持模块化模式，所以，大部分驱动程序编成模块化形式，而且，要求可以在不同的体系结构上安装。Uclinux是可以支持模块化模式的，但由于嵌入式应用是针对具体的应用，所以，不采用该模式，而是把驱动程序直接编译进内核之中。 设备驱动程序是操作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节,这样在应用程序看来,硬件设备只是一个设备文件,应用程序可以像操作普通文件一样对硬件设备进行操作。同时,设备驱动程序是内核的一部分,它完成以下的功能:对设备初始化和释放;把数据从内核传送到硬件和从硬件读取数据;读取应用程序传送给设备文件的数据和回送应用程序请求的数据;检测和处理设备出现的错误。在uclinux操作系统下有字符设备和块设备两类主要的设备文件类型。字符设备和块设备的主要区别是: 在对字符设备发出读写请求时,实际的硬件I/O一般就紧接着发生了;块设备利用一块系统内存作为缓冲区,当用户进程对设备请求满足用户要求时,就返回请求的数据。块设备是主要针对磁盘等慢速设备设计的,以免耗费过多的CPU时间来等待。 设备驱动程序的 file_operations 结构 通常,一个设备驱动程序包括两个基本的任务：驱动设备的某些函数作为系统调用执行；而某些函数则负责处理中断(即中断处理函数)。而file_operations 结构的每一个成员的名称都对应着一个系统调用。用户程序利用系统调用,比如在对一个设备文件进行诸如read操作时,这时对应于该设备文件的驱动程序就会执行相关的ssize_t (*read) (struct file *, char *, size_t, loff_t *);函数。在操作系统内部,外部设备的存取是通过一组固定入口点进行的,这些入口点由每个外设的驱动程序提供,由file_operations结构向系统进行说明,因此,编写设备驱动程序的主要工作就是编写子函数,并填充file_operations的各个域。file_operations结构在uclinux-S3C44B0X/linux2.4.x/include/linux/fs.h中可以找到。 struct file_operations { struct module *owner; loff_t (*llseek) (struct file *, loff_t, int); ssize_t (*read) (struct file *, char *, size_t, loff_t *); ssize_t (*write) (struct file *, const char *, size_t, loff_t *); int (*readdir) (struct file *, void *, filldir_t); unsigned int (*poll) (struct file *, struct poll_table_struct *); int (*ioctl) (struct inode *, struct file *, unsigned int, unsigned long); int (*mmap) (struct file *, struct vm_area_struct *); int (*open) (struct inode *, struct file *); int (*flush) (struct file *); int (*release) (struct inode *, struct file *); int (*fsync) (struct file *, struct dentry *, int datas