http://blog.jobbole.com/86531/

一、linux系统将设备分为3类:字符设备、块设备、网络设备。使用驱动程序:

  • 字符设备:是指只能一个字节一个字节读写的设备,不能随机读取设备内存中的某一数据,读取数据需要按照先后数据。字符设备是面向流的设备,常见的字符设备有鼠标、键盘、串口、控制台和LED设备等。
  • 块设备:是指可以从设备的任意位置读取一定长度数据的设备。块设备包括硬盘、磁盘、U盘和SD卡等。

每一个字符设备或块设备都在/dev目录下对应一个设备文件。linux用户程序通过设备文件(或称设备节点)来使用驱动程序操作字符设备和块设备。

二、字符设备、字符设备驱动与用户空间访问该设备的程序三者之间的关系。

如图,在Linux内核中使用cdev结构体来描述字符设备,通过其成员dev_t来定义设备号(分为主、次设备号)以确定字符设备的唯一性。通过其成员file_operations来定义字符设备驱动提供给VFS的接口函数,如常见的open()、read()、write()等。

在Linux字符设备驱动中,模块加载函数通过register_chrdev_region( ) 或alloc_chrdev_region( )来静态或者动态获取设备号,通过cdev_init( )建立cdev与file_operations之间的连接,通过cdev_add( )向系统添加一个cdev以完成注册。模块卸载函数通过cdev_del( )来注销cdev,通过unregister_chrdev_region( )来释放设备号。

用户空间访问该设备的程序通过Linux系统调用,如open( )、read( )、write( ),来“调用”file_operations来定义字符设备驱动提供给VFS的接口函数。

三、字符设备驱动模型

1. 驱动初始化

1.1. 分配cdev

在2.6的内核中使用cdev结构体来描述字符设备,在驱动中分配cdev,主要是分配一个cdev结构体与申请设备号,以按键驱动为例:

1 /*……*/

 2 /* 分配cdev*/

 3 struct cdev btn_cdev;

 4 /*……*/

 5 /* 1.1 申请设备号*/

 6 if(major){

 7 //静态

 8 dev_id = MKDEV(major, 0);

 9 register_chrdev_region(dev_id, 1, "button");

10 } else {

11 //动态

12 alloc_chardev_region(&dev_id, 0, 1, "button");

13 major = MAJOR(dev_id);

14 }

15 /*……*/

从上面的代码可以看出,申请设备号有动静之分,其实设备号还有主次之分。

在Linux中以主设备号用来标识与设备文件相连的驱动程序。次编号被驱动程序用来辨别操作的是哪个设备。cdev 结构体的 dev_t 成员定义了设备号,为 32 位,其中高 12 位为主设备号,低20 位为次设备号。

设备号的获得与生成:

获得:主设备号:MAJOR(dev_t dev);

次设备号:MINOR(dev_t dev);

生成:MKDEV(int major,int minor);

设备号申请的动静之分:

静态:


1

2

1 int register_chrdev_region(dev_t from, unsigned count, const char *name);

2 /*功能:申请使用从from开始的count 个设备号(主设备号不变,次设备号增加)*/

静态申请相对较简单,但是一旦驱动被广泛使用,这个随机选定的主设备号可能会导致设备号冲突,而使驱动程序无法注册。

动态:


1

2

1 int alloc_chrdev_region(dev_t *dev, unsigned baseminor, unsigned count,const char *name);

2 /*功能:请求内核动态分配count个设备号,且次设备号从baseminor开始。*/

动态申请简单,易于驱动推广,但是无法在安装驱动前创建设备文件(因为安装前还没有分配到主设备号)。

1.2. 初始化cdev


1

2

1 void cdev_init(struct cdev *, struct file_operations *);

2 cdev_init()函数用于初始化 cdev 的成员,并建立 cdev 和 file_operations 之间的连接。

1.3. 注册cdev


1

2

1 int cdev_add(struct cdev *, dev_t, unsigned);

2      cdev_add()函数向系统添加一个 cdev,完成字符设备的注册。

1.4. 硬件初始化

硬件初始化主要是硬件资源的申请与配置,以TQ210的按键驱动为例:


1

2

3

4

5

1 /* 1.4 硬件初始化*/

2 //申请GPIO资源

3 gpio_request(S5PV210_GPH0(0), "GPH0_0");

4 //配置输入

5 gpio_direction_input(S5PV210_GPH0(0));

2.实现设备操作

用户空间的程序以访问文件的形式访问字符设备,通常进行open、read、write、close等系统调用。而这些系统调用的最终落实则是file_operations结构体中成员函数,它们是字符设备驱动与内核的接口。以TQ210的按键驱动为例:

1 /*设备操作集合*/

2 static struct file_operations btn_fops = {

3 .owner = THIS_MODULE,

4 .open = button_open,

5 .release = button_close,

6 .read = button_read

7 };

上面代码中的button_open、button_close、button_read是要在驱动中自己实现的。file_operations结构体成员函数有很多个,下面就选几个常见的来展示:

2.1. open()函数

原型:

1 int(*open)(struct inode *, struct file*);

2 /*打开*/

2.2. read( )函数

原型:

ssize_t(*read)(struct file *, char __user*, size_t, loff_t*);

/*用来从设备中读取数据,成功时函数返回读取的字节数,出错时返回一个负值*/

2.3. write( )函数

原型:

1 ssize_t(*write)(struct file *, const char__user *, size_t, loff_t*);

2 /*向设备发送数据,成功时该函数返回写入的字节数。如果此函数未被实现,

3 当用户进行write()系统调用时,将得到-EINVAL返回值*/

2.4. close( )函数

原型:

1 int(*release)(struct inode *, struct file*);

2 /*关闭*/

2.5. 补充说明

1. 在Linux字符设备驱动程序设计中,有3种非常重要的数据结构:struct file、struct inode、struct file_operations。

struct file 代表一个打开的文件。系统中每个打开的文件在内核空间都有一个关联的struct file。它由内核在打开文件时创建, 在文件关闭后释放。其成员loff_t f_pos 表示文件读写位置。

struct inode 用来记录文件的物理上的信息。因此,它和代表打开文件的file结构是不同的。一个文件可以对应多个file结构,但只有一个inode结构。其成员dev_t i_rdev表示设备号。

struct file_operations 一个函数指针的集合,定义能在设备上进行的操作。结构中的成员指向驱动中的函数,这些函数实现一个特别的操作, 对于不支持的操作保留为NULL。

2. 在read( )和write( )中的buff 参数是用户空间指针。因此,它不能被内核代码直接引用,因为用户空间指针在内核空间时可能根本是无效的——没有那个地址的映射。因此,内核提供了专门的函数用于访问用户空间的指针:

1 unsigned long copy_from_user(void *to, const void __user *from, unsigned long count);

2 unsigned long copy_to_user(void __user *to, const void *from, unsigned long count);

3. 驱动注销

3.1. 删除cdev

在字符设备驱动模块卸载函数中通过cdev_del()函数向系统删除一个cdev,完成字符设备的注销。


1

2

3

4

/*原型:*/

void cdev_del(struct cdev *);

/*例:*/

cdev_del(&btn_cdev);

3.2. 释放设备号

在调用cdev_del()函数从系统注销字符设备之后,unregister_chrdev_region()应该被调用以释放原先申请的设备号。


1

2

3

4

/*原型:*/

void unregister_chrdev_region(dev_t from, unsigned count);

/*例:*/

unregister_chrdev_region(MKDEV(major, 0), 1);

四、字符设备驱动程序基础:

4.1 cdev结构体

在Linux2.6 内核中,使用cdev结构体来描述一个字符设备,cdev结构体的定义如下:

1 struct cdev {

 2

 3 struct kobject kobj;

 4

 5 struct module *owner; /*通常为THIS_MODULE*/

 6

 7 struct file_operations *ops; /*在cdev_init()这个函数里面与cdev结构联系起来*/

 8

 9 struct list_head list;

10

11 dev_t dev; /*设备号*/

12

13 unsigned int count;

14

15 };

cdev 结构体的dev_t 成员定义了设备号,为32位,其中12位是主设备号,20位是次设备号,我们只需使用二个简单的宏就可以从dev_t 中获取主设备号和次设备号:

MAJOR(dev_t dev)

MINOR(dev_t dev)

相反地,可以通过主次设备号来生成dev_t:

MKDEV(int major,int minor)

4.2 Linux 2.6内核提供一组函数用于操作cdev 结构体

1:void cdev_init(struct cdev*,struct file_operations *);

2:struct cdev *cdev_alloc(void);

3:int cdev_add(struct cdev *,dev_t,unsigned);

4:void cdev_del(struct cdev *);

其中(1)用于初始化cdev结构体,并建立cdev与file_operations 之间的连接。(2)用于动态分配一个cdev结构,(3)向内核注册一个cdev结构,(4)向内核注销一个cdev结构

4.3 Linux 2.6内核分配和释放设备号

在调用cdev_add()函数向系统注册字符设备之前,首先应向系统申请设备号,有二种方法申请设备号,一种是静态申请设备号:

5:int register_chrdev_region(dev_t from,unsigned count,const char *name)

另一种是动态申请设备号:

6:int alloc_chrdev_region(dev_t *dev,unsigned baseminor,unsigned count,const char *name);

其中,静态申请是已知起始设备号的情况,如先使用cat /proc/devices 命令查得哪个设备号未事先使用(不推荐使用静态申请);动态申请是由系统自动分配,只需设置major = 0即可。

相反地,在调用cdev_del()函数从系统中注销字符设备之后,应该向系统申请释放原先申请的设备号,使用:

7:void unregister_chrdev_region(dev_t from,unsigned count);

4.4 cdev结构的file_operations结构体

这个结构体是字符设备当中最重要的结构体之一,file_operations 结构体中的成员函数指针是字符设备驱动程序设计的主体内容,这些函数实际上在应用程序进行Linux 的 open()、read()、write()、close()、seek()、ioctl()等系统调用时最终被调用。

1 struct file_operations {

 2

 3 /*拥有该结构的模块计数,一般为THIS_MODULE*/

 4 struct module *owner;

 5

 6 /*用于修改文件当前的读写位置*/

 7 loff_t (*llseek) (struct file *, loff_t, int);

 8

 9 /*从设备中同步读取数据*/

10 ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);

11

12 /*向设备中写数据*/

13 ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);

14

15

16 ssize_t (*aio_read) (struct kiocb *, const struct iovec *, unsigned long, loff_t);

17 ssize_t (*aio_write) (struct kiocb *, const struct iovec *, unsigned long, loff_t);

18 int (*readdir) (struct file *, void *, filldir_t);

19

20 /*轮询函数,判断目前是否可以进行非阻塞的读取或写入*/

21 unsigned int (*poll) (struct file *, struct poll_table_struct *);

22

23 /*执行设备的I/O命令*/

24 int (*ioctl) (struct inode *, struct file *, unsigned int, unsigned long);

25

26

27 long (*unlocked_ioctl) (struct file *, unsigned int, unsigned long);

28 long (*compat_ioctl) (struct file *, unsigned int, unsigned long);

29

30 /*用于请求将设备内存映射到进程地址空间*/

31 int (*mmap) (struct file *, struct vm_area_struct *);

32

33 /*打开设备文件*/

34 int (*open) (struct inode *, struct file *);

35 int (*flush) (struct file *, fl_owner_t id);

36

37 /*关闭设备文件*/

38 int (*release) (struct inode *, struct file *);

39

40

41 int (*fsync) (struct file *, struct dentry *, int datasync);

42 int (*aio_fsync) (struct kiocb *, int datasync);

43 int (*fasync) (int, struct file *, int);

44 int (*lock) (struct file *, int, struct file_lock *);

45 ssize_t (*sendpage) (struct file *, struct page *, int, size_t, loff_t *, int);

46 unsigned long (*get_unmapped_area)(struct file *, unsigned long, unsigned long, unsigned long, unsigned long);

47 int (*check_flags)(int);

48 int (*flock) (struct file *, int, struct file_lock *);

49 ssize_t (*splice_write)(struct pipe_inode_info *, struct file *, loff_t *, size_t, unsigned int);

50 ssize_t (*splice_read)(struct file *, loff_t *, struct pipe_inode_info *, size_t, unsigned int);

51 int (*setlease)(struct file *, long, struct file_lock **);

52 };

4.5 file结构

file 结构代表一个打开的文件,它的特点是一个文件可以对应多个file结构。它由内核再open时创建,并传递给在该文件上操作的所有函数,直到最后close函数,在文件的所有实例都被关闭之后,内核才释放这个数据结构。

在内核源代码中,指向 struct file 的指针通常比称为filp,file结构有以下几个重要的成员:

1 struct file{

 2

 3 mode_t fmode; /*文件模式,如FMODE_READ,FMODE_WRITE*/

 4

 5 ......

 6

 7 loff_t f_pos; /*loff_t 是一个64位的数,需要时,须强制转换为32位*/

 8

 9 unsigned int f_flags; /*文件标志,如:O_NONBLOCK*/

10

11 struct file_operations *f_op;

12

13 void *private_data; /*非常重要,用于存放转换后的设备描述结构指针*/

14

15 .......

16

17 };

4.6 inode 结构

内核用inode 结构在内部表示文件,它是实实在在的表示物理硬件上的某一个文件,且一个文件仅有一个inode与之对应,同样它有二个比较重要的成员:

1 struct inode{

 2

 3 dev_t i_rdev; /*设备编号*/

 4

 5 struct cdev *i_cdev; /*cdev 是表示字符设备的内核的内部结构*/

 6

 7 };

 8

 9 可以从inode中获取主次设备号,使用下面二个宏:

10

11 /*驱动工程师一般不关心这二个宏*/

12

13 unsigned int imajor(struct inode *inode);

14

15 unsigned int iminor(struct inode *inode);

4.7字符设备驱动模块加载与卸载函数

在字符设备驱动模块加载函数中应该实现设备号的申请和cdev 结构的注册,而在卸载函数中应该实现设备号的释放与cdev结构的注销。

我们一般习惯将cdev内嵌到另外一个设备相关的结构体里面,该设备包含所涉及的cdev、私有数据及信号量等等信息。常见的设备结构体、模块加载函数、模块卸载函数形式如下:

1/*设备结构体*/

 2

 3 struct xxx_dev{

 4

 5 struct cdev cdev;

 6

 7 char *data;

 8

 9 struct semaphore sem;

10

11 ......

12

13 };

14

15

16

17 /*模块加载函数*/

18

19 static int __init xxx_init(void)

20

21 {

22

23 .......

24

25 初始化cdev结构;

26

27 申请设备号;

28

29 注册设备号;

30

31

32

33 申请分配设备结构体的内存; /*非必须*/

34

35 }

36

37

38

39 /*模块卸载函数*/

40

41 static void __exit xxx_exit(void)

42

43 {

44

45 .......

46

47 释放原先申请的设备号;

48

49 释放原先申请的内存;

50

51 注销cdev设备;

52

53 }

54

55

4.8字符设备驱动的 file_operations 结构体重成员函数

1 /*读设备*/

 2

 3 ssize_t xxx_read(struct file *filp, char __user *buf, size_t count, loff_t *f_pos)

 4

 5 {

 6

 7 ......

 8

 9 使用filp->private_data获取设备结构体指针;

10

11 分析和获取有效的长度;

12

13 /*内核空间到用户空间的数据传递*/

14

15 copy_to_user(void __user *to, const void *from, unsigned long count);

16

17 ......

18

19 }

20

21 /*写设备*/

22

23 ssize_t xxx_write(struct file *filp, const char __user *buf, size_t count, loff_t *f_pos)

24

25 {

26

27 ......

28

29 使用filp->private_data获取设备结构体指针;

30

31 分析和获取有效的长度;

32

33 /*用户空间到内核空间的数据传递*/

34

35 copy_from_user(void *to, const void __user *from, unsigned long count);

36

37 ......

38

39 }

40

41 /*ioctl函数*/

42

43 static int xxx_ioctl(struct inode *inode,struct file *filp,unsigned int cmd,unsigned long arg)

44

45 {

46

47 ......

48

49 switch(cmd){

50

51 case xxx_CMD1:

52

53 ......

54

55 break;

56

57 case xxx_CMD2:

58

59 .......

60

61 break;

62

63 default:

64

65 return -ENOTTY; /*不能支持的命令*/

66

67 }

68

69 return 0;

70

71 }

4.9、字符设备驱动文件操作结构体模板

1 struct file_operations xxx_fops = {

 2

 3 .owner = THIS_MODULE,

 4

 5 .open = xxx_open,

 6

 7 .read = xxx_read,

 8

 9 .write = xxx_write,

10

11 .close = xxx_release,

12

13 .ioctl = xxx_ioctl,

14

15 .lseek = xxx_llseek,

16

17 };

18

19 上面的写法需要注意二点,一:结构体成员之间是以逗号分开的而不是分号,结构体字段结束时最后应加上分号。

五、字符设备驱动小结:

字符设备是3大类设备(字符设备、块设备、网络设备)中较简单的一类设备,其驱动程序中完成的主要工作是初始化、添加和删除cdev结构体,申请和释放设备号,以及填充file_operation结构体中操作函数,并实现file_operations结构体中的read()、write()、ioctl()等重要函数。如图所示为cdev结构体、file_operations和用户空间调用驱动的关系。

原文:http://blog.jobbole.com/86531/

时间: 2024-10-17 09:56:05

http://blog.jobbole.com/86531/的相关文章

大数据抓取采集框架(摘抄至http://blog.jobbole.com/46673/)

摘抄至http://blog.jobbole.com/46673/ 随着BIG DATA大数据概念逐渐升温,如何搭建一个能够采集海量数据的架构体系摆在大家眼前.如何能够做到所见即所得的无阻拦式采集.如何快速把不规则页面结构化并存储.如何满足越来越多的数据采集还要在有限时间内采集.这篇文章结合我们自身项目经验谈一下. 我们来看一下作为人是怎么获取网页数据的呢? 1.打开浏览器,输入网址url访问页面内容.2.复制页面内容的标题.作者.内容.3.存储到文本文件或者excel. 从技术角度来说整个过程

C#设计模式——抽象工厂模式(原文转自:http://blog.jobbole.com/78059/)

一.引言 在上一专题中介绍了工厂方法模式,工厂方法模式是为了克服简单工厂模式的缺点而设计出来的,简单工厂模式的工厂类随着产品类的增加需要增加额外的代码),而工厂方法模式每个具体工厂类只完成单个实例的创建,所以它具有很好的可扩展性.但是在现实生活中,一个工厂只创建单个产品这样的例子很少,因为现在的工厂都多元化了,一个工厂创建一系列的产品,如果我们要设计这样的系统时,工厂方法模式显然在这里不适用,然后抽象工厂模式却可以很好地解决一系列产品创建的问题,这是本专题所要介绍的内容. 二.抽象工厂详细介绍

linux kernel 字符设备详解

有关Linux kernel 字符设备分析: 参考:http://blog.jobbole.com/86531/ 一.linux kernel 将设备分为3大类,字符设备,块设备,网络设备. 字符设备是指只能一个字节一个字节读写的设备, 常见的外设基本上都是字符设备. 块设备:常见的存储设备,硬盘,SD卡都归为块设备,块设备是按一块一块读取的. 网络设备:linux 将对外通信的一个机制抽象成一个设备, 通过套接字对其进行相关的操作. 每一个字符设备或块设备都在/dev目录下对应一个设备文件.l

十步完全理解SQL - Sina App Engine Blog

body { font-family: "Microsoft YaHei UI","Microsoft YaHei",SimSun,"Segoe UI",Tahoma,Helvetica,Sans-Serif,"Microsoft YaHei", Georgia,Helvetica,Arial,sans-serif,宋体, PMingLiU,serif; font-size: 10.5pt; line-height: 1.5;

Java设计模式——创建型模式之单例模式

一.概述 作为第一个出场的设计模式,有必要先介绍一下设计模式(引用自百度百科): 设计模式(Design Pattern)是一套被反复使用.多数人知晓的.经过分类的.代码设计经验的总结. 使用设计模式的目的:为了代码可重用性.让代码更容易被他人理解.保证代码可靠性. 设计模式使代码编写真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 设计模式概念的介绍,参见:http://blog.jobbole.com/101076/ 其中涉及的设计原则的概念,参见随笔:http://www.c

Python爬虫从入门到放弃(十一)之 Scrapy框架整体的一个了解

这里是通过爬取伯乐在线的全部文章为例子,让自己先对scrapy进行一个整理的理解 该例子中的详细代码会放到我的github地址:https://github.com/pythonsite/spider/tree/master/jobboleSpider 注:这个文章并不会对详细的用法进行讲解,是为了让对scrapy各个功能有个了解,建立整体的印象. 在学习Scrapy框架之前,我们先通过一个实际的爬虫例子来理解,后面我们会对每个功能进行详细的理解.这里的例子是爬取http://blog.jobb

【算法整理】听说你写的算法很牛?-优质算法衡量标准探讨

引文 我有个朋友有算法强迫症,每次一看到别人写的算法,就有上去改的冲动,不然就会偏头疼,主要症结在于他认为别人写的算法不好,但是什么的算法可以评判为好,什么样的算法可以评判为不好?最近为了治愈他,我特地写了这篇文章. 算法的衡量从两个方向出发:时间复杂度和空间复杂度.本文主要是不讲具体算法,只将算法的衡量,重点讲解如何衡量算法的复杂度,解决平时见到的XX算法时间复杂是O(logn)O(logn),其中这个结果是怎么推导出来的?lognlogn是个什么玩意儿?,大写的OO是什么意思?为什么用这个符

http 登录Digest认证相关知识

Digest access authentication https://en.wikipedia.org/wiki/Digest_access_authentication Digest access authentication is one of the agreed-upon methods a web server can use to negotiate credentials, such as username or password, with a user's web brow

算法分析的正确姿势

[本系列博文会对常见的数据结构及相应算法进行分析与总结,并会在每篇博文中提供几道相关的一线互联网企业面试/笔试题来巩固所学及帮助我们查漏补缺.项目地址:https://github.com/absfree/Algo.由于个人水平有限,叙述中难免存在不清晰准确的地方,希望大家可以指正,谢谢大家:)] 一.前言 在进一步学习数据结构与算法前,我们应该先掌握算法分析的一般方法.算法分析主要包括对算法的时空复杂度进行分析,但有些时候我们更关心算法的实际运行性能如何,此外,算法可视化是一项帮助我们理解算法