码迷,mamicode.com
首页 > 其他好文 > 详细

字符设备驱动之结构体

时间:2018-07-01 16:57:49      阅读:167      评论:0      收藏:0      [点我收藏+]

标签:bec   分配   系统   数据结构   fat   文件系统   要求   file   detail   

https://blog.csdn.net/tigerjibo/article/details/6412469
大部分驱动程序操作都涉及到三个重要的内核数据结构,分别是file_operations、file和inode,它们定义在<linux/fs.h>

1、file_operations:是一个函数指针的集合
1>应用程序和VFS之间的接口是系统调用,而VFS与磁盘文件系统以及普通设备之间的接口是file_operations结构体成员函数。file_operations结构体中成员函数是字符设备驱动与内核的接口,是用户空间对linux进行系统调用的最终落实者,这个结构体包含对文件打开,关闭,读写,控制的一系列成员函数
2>由于字符设备的上层没有磁盘文件系统,所以字符设备的file_operations成员函数就直接由设备驱动提供了,file_operations正是字符设备驱动的核心
3>对于块设备而言,ext2,fat,jffs2等文件系统中会实现对VFS的file_operations成员函数,设备驱动层看不到file_operations的存在。磁盘文件系统和设备驱动会将磁盘上的文件的访问最终转换成对磁盘上柱面和扇区的访问
4>file_operations的成员:

static const struct file_operations XXX_fops =
{
.owner = THIS_MODULE,
.llseek = XXX_llseek,
.open = XXX _open,
.read = XXX _read,
.write = XXX _write,
.ioctl = XXX _ioctl,
.release = XXX _release,
};

1>struct module owner:第一个file_operations成员根本不是一个操作,它是一个指向拥有这个结构的模块的指针。这个成员用来在他的操作还在被使用时阻止模型被卸载。几乎所有程序中,它被简单初始化为THIS_MODULE,一个<linux/module.h>中定义的宏
2> loff_t (
llseek) (struct file *, loff_t, int);
文件定位函数,合法时返回文件的当前位置,不合法返回-EINVAL
第一个参数为file指针
第二个为请求偏移量
第三个为文件定位的起始地址:一般为0或1,0表示文件开头,1表示当前位置

3> ssize_t (read) (struct file , char __user , size_t, loff_t );读函数,利用copy_to_user()函数让内核读取用户空间的数据,并返回访问的字节数
4> ssize_t (write) (struct file , const char __user , size_t, loff_t );写函数利用copy_from_user()函数让用户向文件写入数据,并返回写入的字节数
5> int (ioctl) (struct inode , struct file , unsigned int, unsigned long);执行I/O控制命令
6> int (
open) (struct inode , struct file );打开文件
7>int (release) (struct inode , struct file *);关闭文件

  1. struct file:文件结构体
    1>文件结构体代表一个打开的文件(设备对应于设备文件),系统中每个打开的文件在内核空间都有一个关联的struct file。它由内核在打开文件时创建,并传递给在文件上进行操作的任何函数。在文件的所有实例都关闭之后,内核释放这个数据结构
    2>字符设备驱动用到的变量,文件读写模型mode,标识f_flags都是设备关系的内容,而私有数据指针private_data在设备驱动中被广泛使用,大多数被用于指向设备驱动自定义的设备结构体
    3>struct file

struct file {
940 /
941
fu_list becomes invalid after file_free is called and queued via
942 * fu_rcuhead for RCU freeing
943 /
951 const struct file_operations
f_op;
957 unsigned int f_flags;
958 fmode_t f_mode;
959 loff_t f_pos;
960 struct fown_struct f_owner;
969 void *private_data;
970
979};

1> fmode_t f_mode:通过宏 FMODE_READ 和 FMODE_WRITE.确定文件是可读/可写/可读写。你可能想在你的open或者ioctl函数中检查这个成员的读写许可,但是你不需要检查读写许可,因为内核在调用你的方法之前检查。当文件还没有为那种存取而打开时读或者写的企图被拒绝,驱动甚至不知道这个情况。
2>unsigned int f_flags:这些是文件标志, 例如 O_RDONLY, O_NONBLOCK, 和 O_SYNC. 驱动应当检查 O_NONBLOCK 标志来看是否是请求非阻塞操作;其他标志很少使用. 所有的标志在头文件 <linux/fcntl.h> 中定义.
3> void private_data:open系统调用设置这个指针为Null,在为驱动调用open之前,你可以自由使用这个成员或者忽略它;你可以使用这个成员来指向分配的数据,但是接着你必须记住在内核销毁文件结构之前,在release方法中释放那个内存。private_data是一个有用的资源,在系统调用间保留状态信息。
4> loff_t f_pos:当前读写位置。loft_t在所有平台都是64位(ggc术语是long long)。驱动可以读这个值,如果它需要知道文件中的当前位置,但是正常地不应该改变它; 读和写应当使用它们作为最后参数而收到的指针来更新一个位置, 代替直接作用于 filp->f_pos. 这个规则的一个例外是在 llseek 方法中, 它的目的就是改变文件位置.
5> struct file_operations
f_op: 和文件关联的操作. 内核安排指针作为它的 open 实现的一部分, 接着读取它当它需要分派任何的操作时. filp->f_op 中的值从不由内核保存为后面的引用; 这意味着你可改变你的文件关联的文件操作, 在你返回调用者之后新方法会起作用. 例如, 关联到主编号 1 (/dev/null, /dev/zero, 等等)的 open 代码根据打开的次编号来替代 filp->f_op 中的操作. 这个做法允许实现几种行为, 在同一个主编号下而不必在每个系统调用中引入开销. 替换文件操作的能力是面向对象编程的"方法重载"的内核对等体

4>驱动程序中经常会使用如下类似的代码来检测用户打开文件的读写方式。

if (flie->f_mode & FMODE_WRITE)//用户要求可写
{

}
4>用下面的代码判断以阻塞还是非阻塞方式打开设备文件
if (file->f_flags & O_NONBLOCK)//非阻塞
{

}
else //阻塞
{

}

3.struct inode 结构

虚拟文件系统中的每个文件都关联到一个inode,用于管理文件的属性(包含文件访问权限,属主,组,大小,生成时间,访问时间,最后修改时间等信息,它是Linux管理文件系统的最基本单位,也是文件系统连接任何子目录,文件的桥梁)

struct inode {
741 /* RCU path lookup touches following: /
742 umode_t i_mode;
766 dev_t i_rdev;
786 struct list_head i_devices;
787 union {
788 struct pipe_inode_info
i_pipe;
789 struct block_device i_bdev;
790 struct cdev
i_cdev;
791 };
812 void i_private; / fs or device private pointer /
};
1>i_mode:为唯一地标示与一个设备文件关联的设备,内核在i_mode中存储了文件类型(面向块/字符)
2>i_rdev:存储了主从设备号。主从设备号在内核中合并为一种变量类型dev_t
3>i_fop:是一组函数指针的集合,包括许多文件操作如打开/读取/写入等,这些由虚拟文件系统使用来处理块设备。
4>内核会根据inode标示块设备还是字符设备,来使用i_bdev或者i_cdev指向更多具体的信息。对于代表设备文件的节点,这个成员包含实际的设备编号
5>struct cdev
i_dev:struct cdev是内核的内部结构,代表字符设备;这个成员包含一个指针,指向这个结构, 当节点指的是一个字符设备文件时.

4.cdev结构体

在linux中使用cdev结构体描述字符设备,cdev结构体定义:

12struct cdev {
13 struct kobject kobj;
14 struct module owner;
15 const struct file_operations
ops;
16 struct list_head list;
17 dev_t dev;
18 unsigned int count;
19};
1>kobj是一个嵌入在该结构中的内核对象。它用于该数据结构的一般管理(是一个重要的数据结构,后在后面对其进行详细的介绍)
2>owner指向提供驱动程序的模块
3>ops是一组文件操作,实现了与硬件通信的具体操作

字符设备驱动之结构体

标签:bec   分配   系统   数据结构   fat   文件系统   要求   file   detail   

原文地址:https://www.cnblogs.com/Ocean-Star/p/9250446.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!