linux设备驱动归纳总结（三）：1.字符型设备之设备申请

清疚 2022-03-20 19:19 289阅读 0赞

操作系统：Ubunru 10.04

实验平台：S3C2440 + linux2.6.29内核

注：在今后驱动程序的学习中经常需要查看内核源代码，建议大家新加一个内核目录，去掉一些与S3C2440平台无关的代码，打包成ctags，方便查看代码。

一、驱动的分类：

内核驱动大致分为三类：

1)字符设备：在今后的接触的大多数都是字符设备，我也只学过这个。

2)块设备 ：与硬盘相关的设备。

3)网络设备：与网络相关的设备。

上面的三种设备，我也只是学习过字符设备，所以对后面的两种也没有太多的归纳。稍稍说一下字符设备与块设备之间的区别：

1)传输数据大小：

字符设备以字节方式进行存储，最简单的举例就是寄存器的存放数据。

块设备以块大小进行传输，如一次传输512个字节，或更多。

2）响应速度：

字符设备的响应速度较快，如往寄存器写数据后硬件马上就可以相应。

而块设备的响应速度较慢，如我们往U盘存放数据后，卸载前系统会先同步数据，让数据真的写到U盘上了，才会去卸载。

下面以LED为例讲解程序操作设备的过程，以后还会再具体讲：

实际上，下面的每一部分都相当于桥梁的作用，把所有串起来，方便用户操作硬件

![25014876_1293242373X25W.png][]

二、设备号的申请和字符设备的注册（旧）

设备号：

设备号由主设备号和次设备号组成。linux下，一切设备皆文件，所有的设备都能在/dev目录下找到相应的文件。这些文件除了名字不一样以外，还每个设备文件都有不一样的设备号

\[root: 1st\]\# ls -l /dev

crw-rw---- 1 root root 10, 59 Jan 1 08:00 adc

crw-rw---- 1 root root 14, 4 Jan 1 08:00 audio

..........

crw-rw---- 1 root root 116, 33 Jan 1 08:00 timer

crw-rw-rw- 1 root root 5, 0 Jan 1 08:00 tty

crw-rw---- 1 root tty 4, 0 Jan 1 08:00 tty0

crw-rw---- 1 root tty 4, 1 Jan 1 08:00 tty1

crw-rw---- 1 root tty 4, 10 Jan 1 08:00 tty10

crw-rw---- 1 root tty 4, 11 Jan 1 08:00 tty11

.........

上面的文件中，10、14、116、5、4是主设备号，59、4、33、0、1、10、11是次设备号。

一般地，主设备号对应一个类型的驱动设备，之所以有次设备号，它是用来驱动同类型的设备。如串口，所有的串口共用一个主设备号，每个串口有不同的次设备号。

在内核中，设备号用dev\_t类型表示：

/\*include/linux/coda.h\*/

75 typedef unsigned long u\_long;

..............

79 typedef u\_long dev\_t;

而设备号前31-20位作为主设备号，低20位作为次设备号。

内核中定义了3个宏分别用来提取主次设备号和构造设备号：

/\*/include/linux/kdev\_t.h\*/

4 \#define MINORBITS 20

5 \#define MINORMASK ((1U << MINORBITS) - 1)

7 \#define MAJOR(dev) ((unsigned int) ((dev) >> MINORBITS))

8 \#define MINOR(dev) ((unsigned int) ((dev) & MINORMASK))

9 \#define MKDEV(ma,mi) (((ma) << MINORBITS) | (mi))

MAJOR用于提取主设备号，MINOR用于提取次设备号，MKDEV用于构造设备号。

在驱动函数中，加载函数至少要执行两步的操作：

1)设备号的申请，让内核分配一个设备号给设备驱动，申请后最直接的效果就是在/proc/devices目录下能够查看到，具体能看到什么下面会说。

2)设备的注册，让内核知道用什么函数来操作设备。

在旧版本中申请和注册只用一个函数就能搞定。老规矩，先上程序。

目录 1st：旧版本的设备号申请和设备注册

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3 \#include <linux/fs.h>

5 unsigned int major = 253; //定义设备号

6 struct file\_operations test\_fops; //定义文件操作的结构体

8 static int \_\_init test\_init(void)

9 \{

10 register\_chrdev(major, "test\_driver", &test\_fops);

11 /\*设备号申请\+设备注册函数\*/

12 printk("hello kernel\\n");

13 return 0;

14 \}

16 static void \_\_exit test\_exit(void)

17 \{

18 unregister\_chrdev(major, "test\_driver");

19 /\*设备释放函数\*/

20 printk("good bye kernel\\n");

21 \}

23 module\_init(test\_init);

24 module\_exit(test\_exit);

26 MODULE\_LICENSE("GPL");

27 MODULE\_AUTHOR("xoao bai");

28 MODULE\_VERSION("v0.1");

编译后操作：

\[root: 1st\]\# insmod test.ko

hello kernel

\[root: 1st\]\# cat /proc/devices

Character devices:

1 mem

4 /dev/vc/0

4 tty

...............

204 s3c2410\_serial

253 test\_driver //注册后多出了一项 253 和 "test driver"是在函数指定

254 rtc

Block devices:

...............

135 sd

\[root: 1st\]\# rmmod test

good bye kernel

上面就调用了函数register\_chrdev，这是旧版本的设备注册函数：

int register\_chrdev(unsigned int major, const char \*name,const struct file\_operations \*fops)

使用：设备注册函数。

参数：

1)major：主设备号，0-255，在旧版本中，一个主设备号对应一个设备。

2)name：一个显示在/proc/devices目录下供用户查看的的字符串。一般const char\*都是用于显示在proc给用户查看。

3)struct file\_operations：文件操作结构体，是一个函数指针的集合，里面存放了对该设备的操作的实现方法，如open、close等。迟点会用到，现在是空的，只是为了迎合注册函数的要求，勉强先定义一个空结构体骗过编译器。

返回值：正确返回0，失败返回错误号。

上面的一个函数就实现了两个功能：

1)为驱动程序分配了一个设备号。

2)通过了file\_operations告诉了内核能够用操作驱动的函数。

撇开文件操作结构体不说，效果是出来了，当调用命令"cat proc/devices"时显示了我申请的设备号253，显示的名字是"test\_driver"。还有我们看不到的是，注册成功后，一个在内核中维护设备号和文件操作结构体file\_operations的表添加了一项对应关系，这样内核就知道了这个设备号的驱动是用什么样的函数操作。

对应的，模块卸载时需要把设备号注销：

void unregister\_chrdev(unsigned int major, const char \*name)

卸载函数的两个参数必须和注册函数一致。

三、设备号的申请和字符设备的注册（新）

上面的函数固然方便，一个函数就搞定了两件事情，但是也会有缺点。

譬如现在设备号紧缺，只剩下一个主设备号了，但是我现在有两个设备驱动要一起使用，这样就大问题了。

所以现在用的新版本把原来的函数拆分了两部分：

1)申请一个主设备号中的一部分(region)设备号；

2)注册设备，告诉内核操作设备的函数。

3.1先说第一部分的操作：设备号申请

设备号的申请：register\_chrdev\_region

int register\_chrdev\_region(dev\_t from, unsigned count, const char \*name)

使用：

指定从设备号from开始，申请count个设备号，在/proc/devices中的名字

为name。

返回值：

成功返回0，失败返回错误码。

上面的申请函数需要我们自己定义设备号，我们需要知道哪些设备号是已经被人占用的，这样才不会和原来系统的产生冲突导致申请失败。所以，需要先在文档Documentation/devices.txt 查看哪些设备号已经被使用了。

/\*Documentation/devices.txt \*/

40-254 char LOCAL/EXPERIMENTAL USE //这些是试验用的，所以没人用，我用！

当然，如果不想手动指定设备号，也可以使用动态分配设备号函数：

int alloc\_chrdev\_region(dev\_t \*dev, unsigned baseminor, unsigned count, const char \*name)

使用：

动态申请从次设备号baseminor开始的count个设备号，在/proc/devices中的名字为name，并通过dev指针把分配到的设备号返回给调用函数者。

返回值：

成功返回0，失败返回错误码。

谨记，无论使用上面的哪种方式申请注册号，在模块卸载时都要释放设备号

void unregister\_chrdev\_region(dev\_t from, unsigned count)

使用：释放从from开始count个设备号。

调用了设备号申请函数后，就可以在/proc/devices下看到注册的信息了。

下面要做的是告诉内核在在指定的文件操作结构体调用函数操作设备。

3.2第二部分操作，设备注册

与旧版本的注册函数不一样，新版本的注册函数之用结构体struct cdev来表示一个字符设备。字符设备的注册就是要定义一个这样的结构体并且填上对应的内容。

先看一下结构体的成员，我没注释的是内核自己要填的。

/\*/include/linux/cdev.h\*/

12 struct cdev \{

13 struct kobject kobj;

14 struct module \*owner; //一般初始化为THIS\_MODULE

15 const struct file\_operations \*ops; //文件操作结构体

16 struct list\_head list;

17 dev\_t dev; //设备号

18 unsigned int count; //添加的设备个数

19 \};

注册也分为三个步骤：

1)分配cdev；

2)初始化cdev；

3)添加cdev；

3.2.1分配cdev：简单的说就是定义一个cdev结构体

方法一：直接定义：

struct cdev test\_cdev;

方法二：调用函数:struct cdev\* cdev\_alloc(void)

struct cdev\* test\_cdev;

test\_cdev = cdev\_alloc();

3.2.2初始化cdev：

将文件操作结构体添加到cdev中：

void cdev\_init(struct cdev \*cdev, const struct file\_operations \*fops)

参数：

cdev：之前我定义的cdev结构体；

fops：设备对应的文件操作结构体。

返回值：(函数有可能失败，查看返回值是必须的)

成功返回0，示范返回对应的错误码

这个函数干了两件事情：

1)内核自己填充了结构体中list和kobj的内容

2)把我传入的文件操作结构体也填充进去。

一般的，还要手工定义结构体成员owner。

struct file\_operations test\_fops;

cdev\_init(&test\_cdev, &test\_fops);

test\_cdev->owner = THIS\_OWNER //指定模块的所属

3.2.3添加cdev：

将cdev结构体与设备号关联起来：

int cdev\_add(struct cdev \*cdev, dev\_t dev, unsigned count)

参数：

cdev：指定要被添加的cdev结构体；

dev：对应的设备号

count：从设备号dev开始添加count个设备.

返回值：

成功返回0，失败返回对应的错误码。

函数干了也两件事：

1)把cdev结构体中还没填充的两个成员dev和count按照传入参数赋值。

2)把cdev结构体中传入内核，这样内核就知道对应设备号和具体的文件操作结构体了。

3.2.4删除cdev：

这是添加的逆操作，模块卸载是调用：

void cdev\_del(struct cdev \*p)

写了这么久，终于把步骤写完了。怕自己说的不清楚，再总结一下上面说的步骤：

加载模块：

1）申请一个设备号，下面注册设备时需要用。

2）注册设备。

2.1分配一个cdev结构体。

2.2初始化cdev结构体，使结构体与文件操作结构体(fops)对应起关系。

2.3添加cdev结构体到内核。

卸载模块：

1)注销设备，即从内核中删除指定的cdev。

2)注销设备号。

下面来个程序 目录 3rd

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3 \#include <linux/fs.h>

4 \#include <linux/cdev.h>

6 unsigned int major = 0;

7 unsigned int minor = 0;

8 dev\_t devno;

10 struct cdev test\_cdev; //2.1分配cdev结构体

11 struct file\_operations test\_fops; //分配一个文件操作结构体，但现在是空的

12 //以后会用到

14 static int \_\_init test\_init(void) //模块初始化函数

15 \{

16 /\*1.登记设备号\*/

17 /\*如果主设备号不为0，使用静态申请一个设备号\*/

18 if(major)\{

19 devno = MKDEV(major, minor);

20 register\_chrdev\_region(devno, 1, "test new driver");

21 \}else\{ /\* 否则由内核动态分配\*/

22 alloc\_chrdev\_region(&devno, minor, 1, "test alloc diver");

23 \}

25 /\*2.注册设备\*/

26 /\*2.2初始化cdev\*/

27 cdev\_init(&test\_cdev, &test\_fops);

28 test\_cdev.owner = THIS\_MODULE;

29 /\*2.3添加cdev到内核中\*/

30 cdev\_add(&test\_cdev, devno, 1);

32 printk("hello kernel\\n");

33 return 0;

34 \}

36 static void \_\_exit test\_exit(void) //模块卸载函数

37 \{

38 /\*1.从内核中删除cdev\*/

39 cdev\_del(&test\_cdev);

40 /\*2.注销设备号\*/

41 unregister\_chrdev\_region(devno, 1);

43 printk("good bye kernel\\n");

44 \}

46 module\_init(test\_init);

47 module\_exit(test\_exit);

49 MODULE\_LICENSE("GPL");

50 MODULE\_AUTHOR("xoao bai");

51 MODULE\_VERSION("v0.1");

上面的程序就实现了两步，申请设备号和注册设备到内核，其中，申请设备号时是根据主设备号来确定是要静态申请还是又内核动态申请设备号。

如果major=0，使用动态申请，加载后可显示：

\[root: 3rd\]\# cat /proc/devices

Character devices:

1 mem

4 /dev/vc/0

..........

253 test alloc diver

254 rtc

...........

如果major=253，或者其他不等于0的数，就以次作为主设备号申请：

\[root: 3rd\]\# cat /proc/devices

Character devices:

1 mem

4 /dev/vc/0

..........

253 test new diver

254 rtc

...........

四、函数错误返回处理

内核中，在linux/errno.h文件中定义了一些错误号，当内核的函数操作失败后，它会返回一个负数，通过查看这个数的值，内核就会在终端中显示相应的错误原因。

注：错误号是正数，错误时的返回值是错误号的负值。

在linux/errno.h中只是定义了与平台无关的错误号，其他错误号在另外文件中。

/\*include/linux/errno.h\*/

1 \#ifndef \_LINUX\_ERRNO\_H

2 \#define \_LINUX\_ERRNO\_H

4 \#include <asm/errno.h> //在这里包含平台相关错误号

5 //arm是/arch/arm/include/asm/errno.h

6 \#ifdef \_\_KERNEL\_\_

....................

14 \#define ERESTARTSYS 512 //这些是与平台无关的错误号

15 \#define ERESTARTNOINTR 513

16 \#define ERESTARTNOHAND 514 /\* restart if no handler.. \*/

17 \#define ENOIOCTLCMD 515 /\* No ioctl command \*/

18 \#define ERESTART\_RESTARTBLOCK 516

再进入arm对应的errno.h，发现他也是包含了另外的文件

/\*arch/arm/include/asm/errno.h\*/

4 \#include <asm-generic/errno.h>

再进入include/asm-generic/errno.h, 发现他也定义了错误号，也包含了个文件

1 \#ifndef \_ASM\_GENERIC\_ERRNO\_H

2 \#define \_ASM\_GENERIC\_ERRNO\_H

4 \#include <asm-generic/errno-base.h>

6 \#define EDEADLK 35 /\* Resource deadlock would occur \*/

7 \#define ENAMETOOLONG 36 /\* File name too long \*/

8 \#define ENOLCK 37 /\* No record locks available \*/

9 \#define ENOSYS 38 /\* Function not implemented \*/

再进去include/asm-generic/errno-base.h

1 \#ifndef \_ASM\_GENERIC\_ERRNO\_BASE\_H

2 \#define \_ASM\_GENERIC\_ERRNO\_BASE\_H

4 \#define EPERM 1 /\* Operation not permitted \*/

5 \#define ENOENT 2 /\* No such file or directory \*/

6 \#define ESRCH 3 /\* No such process \*/

7 \#define EINTR 4 /\* Interrupted system call \*/

拷贝了这么多的代码只是想说明两件件事：

1)只要我们包含了头文件linux/errno.h，编译时Makefile就会根据对应的体系架构进入到对应的目录找到对应的错误号。真实贴心的设计。

2)以后需要包含asm相关的头文件时，可以先看看linux下有没有已经忽略了相关体系架构的头文件。

言归正传，上面的设备申请的代码还没完善，因为有些函数会出错，但是没有进行对应的错误处理。

1)申请设备号函数有可能失败，可能是申请的设备号已经被占用，也可能是设备号用光了。

2)添加cdev函数cdev\_add也有可能失败。

所以，在调用这两个函数的时候，必须判断返回值。

上个程序 目录 4th

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3 \#include <linux/fs.h>

4 \#include <linux/cdev.h>

5 \#include <linux/errno.h>

7 \#define DEBUG\_SWITCH 1

8 \#if DEBUG\_SWITCH

9 \#define P\_DEBUG(fmt, args...) printk("<1>" "<kernel>\[%s\]"fmt, \_\_FUNCTI ON\_\_, \#\#args)

10 \#else

11 \#define P\_DEBUG(fmt, args...) printk("<7>" "<kernel>\[%s\]"fmt, \_\_FUNCTI ON\_\_, \#\#args)

12 \#endif

14 unsigned int major = 254;

15 unsigned int minor = 0;

16 dev\_t devno;

18 struct cdev test\_cdev; //2.1分配cdev结构体

19 struct file\_operations test\_fops; //分配一个文件操作结构体，但现在是空的

20 //以后会用到

22 static int \_\_init test\_init(void) //模块初始化函数

23 \{

24 int result = 0;

26 /\*1.等级设备号\*/

27 /\*如果主设备号不为0，使用静态申请一个设备号\*/

28 if(major)\{

29 devno = MKDEV(major, minor);

30 result = register\_chrdev\_region(devno, 1, "test new driver");

31 \}else\{ /\* 否则由内核动态分配\*/

32 result = alloc\_chrdev\_region(&devno, minor, 1, "test alloc diver");

33 major = MAJOR(devno);

34 minor = MINOR(devno);

35 \}

37 if(result < 0)\{ /\*错误时返回的值就是错误号\*/

38 P\_DEBUG("register devno errno!\\n");

39 result = - EBUSY;

40 goto err0;

41 \}

43 printk("major\[%d\] minor\[%d\]\\n", major, minor);

45 /\*2.注册设备\*/

46 /\*2.2初始化cdev\*/

47 cdev\_init(&test\_cdev, &test\_fops);

48 test\_cdev.owner = THIS\_MODULE;

49 /\*2.3添加cdev到内核中\*/

50 result = cdev\_add(&test\_cdev, devno, 1);

51 if(result < 0)\{

52 P\_DEBUG("cdev\_add errno!\\n");

53 result = - ENODEV;

54 goto err1;

55 \}

57 printk("hello kernel\\n");

58 return 0;

60 err1:

61 unregister\_chrdev\_region(devno, 1); //错误时需要把原来做的事情取消

62 err0:

63 return result;

64 \}

66 static void \_\_exit test\_exit(void) //模块卸载函数

67 \{

68 /\*1.从内核中删除cdev\*/

69 cdev\_del(&test\_cdev);

70 /\*2.注销设备号\*/

71 unregister\_chrdev\_region(devno, 1);

73 printk("good bye kernel\\n");

74 \}

76 module\_init(test\_init);

77 module\_exit(test\_exit);

79 MODULE\_LICENSE("GPL");

80 MODULE\_AUTHOR("xoao bai");

81 MODULE\_VERSION("v0.1")；

加载函数时

\[root: 4th\]\# insmod test.ko

<kernel>\[test\_init\]register devno errno!

insmod: cannot insert 'test.ko': Device or resource busy

但是，明明内核就给你返回一个值，你偏要去改成其他值，这是干了多蠢的事。所以，用函数返回的错误号就好了：

改一下上面程序，其实就注释掉了三行代码句话 目录 5th

1 \#include <linux/module.h>

2 \#include <linux/init.h>

3 \#include <linux/fs.h>

4 \#include <linux/cdev.h>

5 //\#include <linux/errno.h>

7 \#define DEBUG\_SWITCH 1

8 \#if DEBUG\_SWITCH

9 \#define P\_DEBUG(fmt, args...) printk("<1>" "<kernel>\[%s\]"fmt, \_\_FUNCTI ON\_\_, \#\#args)

10 \#else

11 \#define P\_DEBUG(fmt, args...) printk("<7>" "<kernel>\[%s\]"fmt, \_\_FUNCTI ON\_\_, \#\#args)

12 \#endif

14 unsigned int major = 254;

15 unsigned int minor = 0;

16 dev\_t devno;

18 struct cdev test\_cdev; //2.1分配cdev结构体

19 struct file\_operations test\_fops; //分配一个文件操作结构体，但现在是空的

20 //以后会用到

22 static int \_\_init test\_init(void) //模块初始化函数

23 \{

24 int result = 0;

26 /\*1.等级设备号\*/

27 /\*如果主设备号不为0，使用静态申请一个设备号\*/

28 if(major)\{

29 devno = MKDEV(major, minor);

30 result = register\_chrdev\_region(devno, 1, "test new driver");

31 \}else\{ /\* 否则由内核动态分配\*/

32 result = alloc\_chrdev\_region(&devno, minor, 1, "test alloc diver");

33 major = MAJOR(devno);

34 minor = MINOR(devno);

35 \}

37 if(result < 0)\{ /\*错误时返回的值就是错误号\*/

38 P\_DEBUG("register devno errno!\\n");

39 //result = - EBUSY;

40 goto err0;

41 \}

43 printk("major\[%d\] minor\[%d\]\\n", major, minor);

45 /\*2.注册设备\*/

46 /\*2.2初始化cdev\*/

47 cdev\_init(&test\_cdev, &test\_fops);

48 test\_cdev.owner = THIS\_MODULE;

49 /\*2.3添加cdev到内核中\*/

50 result = cdev\_add(&test\_cdev, devno, 1);

51 if(result < 0)\{

52 P\_DEBUG("cdev\_add errno!\\n");

53 //result = - ENODEV;

54 goto err1;

55 \}

57 printk("hello kernel\\n");

58 return 0;

60 err1:

61 unregister\_chrdev\_region(devno, 1); //错误时需要把原来做的事情取消

62 err0:

63 return result;

64 \}

66 static void \_\_exit test\_exit(void) //模块卸载函数

67 \{

68 /\*1.从内核中删除cdev\*/

69 cdev\_del(&test\_cdev);

70 /\*2.注销设备号\*/

71 unregister\_chrdev\_region(devno, 1);

73 printk("good bye kernel\\n");

74 \}

76 module\_init(test\_init);

77 module\_exit(test\_exit);

79 MODULE\_LICENSE("GPL");

80 MODULE\_AUTHOR("xoao bai");

81 MODULE\_VERSION("v0.1");

加载函数时：

\[root: 5th\]\# insmod test.ko

<kernel>\[test\_init\]register devno errno!

insmod: cannot insert 'test.ko': Device or resource busy

虽然错误号跟原来的一样，但这是内核自己的错误返回，不是自己瞎编的。

注：上面还有一个的问题，到底file\_operation到底是用来做什么的。后面会讲。  
=========================================================

[25014876_1293242373X25W.png]: http://blog168.chinaunix.net/attachment/201012/25/25014876_1293242373X25W.png

linux设备驱动归纳总结（三）：1.字符型设备之设备申请

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 Linux设备驱动程序——字符设备驱动编程

相关 linux设备驱动归纳总结（三）：5.阻塞型IO实现

相关 linux设备驱动归纳总结（三）：2.字符型设备的操作open、close、read、write

相关 linux设备驱动归纳总结（三）：1.字符型设备之设备申请

相关 linux设备驱动归纳总结（十）：1.udev&misc

相关 linux设备驱动归纳总结（九）：1.platform总线的设备和驱动

相关 linux设备驱动归纳总结（八）：1.总线、设备和驱动

相关 Linux字符设备驱动基础（三）

相关 Linux字符设备驱动——杂项设备驱动模型

相关字符设备驱动——申请设备号、注册字符设备