分类: LINUX
2012-07-26 11:47:19
一个实际可用的设备除了提供同步写入和读取之外,还会提供更多的功能,本章阐述了编写全功能字符设备驱动程序的几个概念。首先,在本节的学习,将会实现ioctl和llseek系统调用,其中,ioctl是用于设备控制的公共接口。
内核版本:linux-2.6.32.2
ioctl
除了读取和写入设备之外,大部分驱动程序还需要另外一种能力,即通过设备驱动程序执行各种类型的硬件控制。简单数据传输之外,大部分设备可以执行其他的一些操作,比如,用户空间经常会请求设备锁门、弹出介质、报告错误信息、改变波特率或者执行自破坏,等等。这些操作经常通过ioctl方法支持,该方法实现了同名的系统调用。
在用户空间,ioctl同名的系统调用原型如下:
返回值: 根据命令cmd不同而不同
原型中的点代表可选参数,习惯上用char *argp定义。第三个参数的具体形式依赖于要完成的控制命令,也就是第二个参数。某些控制命令不需要参数,有些需要一个整数参数,而某些则需要一个指针参数,使用指针可以向ioctl调用传递任意数据,这样设备可以与用户空间交换任意数量的数据。
从本质上讲,每个ioctl命令就是一个独立的系统调用,而且是非公开的,因此没有任何方法可以以一种容易理解的方式来审核这些调用。
驱动程序的ioctl方法原型:
inode和filp两个指针的值对应于应用程序传递的文件描述符fd。
参数cmd由用户空间不经修改地传递给驱动程序。
可选的arg参数则无论用户程序使用的是指针还是整数值,它都以unsigned long的形式传递给驱动程序,如果调用程序没有传递第三个参数,那么驱动程序所接收的arg参数就处在未定义状态,所以在用户空间即使不使用arg,也需设置为NULL。由于对这个附加参数的类型检查被关闭了,所以如果为ioctl传递一个非法的参数,编译程序是无法报警的,这样,相关联的程序错误就会很难被发现。
大多数的ioctl实现中都包括一个switch语句来根据cmd参数选择对应的操作。不同的命令被赋予不同的数值,为了简化代码,通常会在代码中使用符号名代替数值,这些符号名由C语言的预定义语句定义。定制的设备驱动程序通常会在它们的头文件中声明这些符号,如scull.h中声明了scull所使用的符号。为了访问这些符号,用户程序自然也要包含这些头文件。
选择ioctl命令
为了防止对错误的设备使用正确的命令,命令号应该在系统范围内唯一。
为方便程序员创建唯一的ioctl命令号,每一个命令号被分为多个位字段。要按Linux内核的约定方法为驱动程序选择ioctl编号,应该首先看看Documentation/ioctl/ ioctl-number.txt和include/asm-generic/ioctl.h这两个头文件。
定义新号码的新方法使用了4个位字段,分析ioctl.h可得命令号码各位段意义如下(X86和ARM平台):
type
幻数。其位宽为_IOC_TYPEBITS。
number
序数,用以区分不同的命令。其位宽为_IOC_NRBITS。
direction
定义数据传输的方向。可以使用的值包括:
_IOC_NONE 没有数据传输
_IOC_READ 读
_IOC_WRITE 写
_IOC_READ | _IOC_WRITE 可读、可写
该字段是位掩码,可以用逻辑AND操作从中分离出_IOC_READ和_IOC_WRITE。
size
所涉及用户数据大小。这个字段的宽度与体系结构有关。ARM和X86是14位。系统并不强制使用这个字段,也就是说,内核不会检查这个位字段。对该位字段的正确使用可以帮助我们检测用户空间程序的错误。如果需要很大的数据传输则可以忽略这个位字段。
其中,type和number位字段通过参数传入,而size位字段则通过对datatype参数取sizeof获得。
这个头文件还定义了用于解开该字段的宏:
相关的用法,在实验中说明。
返回值
当命令号不能匹配任何合法的操作时,默认的选择是什么呢?有些内核函数会返回-EINVAL(“Invalid argument,非法参数”),这是合理的。然而,POSIX标准规定,如果使用了不合适的ioctl命令参数,应该返回-ENOTTY,C库将这个错误码解释为“Inappropriate ioctl for devices,不合适的设备ioctl”,这看起来更贴切些。尽管如此,对非法的ioctl命令返回-EINVAL仍然是很普遍的做法。
预定义命令
尽管ioctl系统调用绝大部分用于操作设备,但还有一些命令是可以由内核识别的。要注意,当这些命令用于我们的设备时,它们会在我们自己的文件操作被调用前被解码。所以,如果你为自己的ioctl命令选用了与这些预定义命令相同的编号,就用于不会收到该命令的请求,而且由于ioctl编号冲突,应用程序的行为将变得无法预测。
预定义命令分为三组:
1、可用于任何文件的命令(普通、设备、FIFO和套接字)
2、只用于普通文件
3、特定于文件系统的命令
设备驱动程序开发人员只对第一组感兴趣,他们的幻数都是“T”。
下面的ioctl命令对任何文件(包括设备特定文件)都是预定义的:
使用ioctl参数
在使用ioctl那个附加参数时,如果它是一个整数,那么很简单,直接使用即可。如果它是一个指针,就需要注意一些问题了。
当用一个指针指向用户空间时,必须确保指向的用户空间是合法的。对未验证用户空间指针的访问,可能导致oops、系统崩溃或者安全问题。
copy_from_user和copy_to_user函数可安全的与用户空间交换数据,这两个函数也可在ioctl中使用,但是因为ioctl调用通常涉及到小的数据项,因此可通过其他方法更有效的操作。为此,我们首先通过函数access_ok验证地址(而不传输数据),该函数在
type: 应该是VERIFY_READ或VERIFY_WRITE,取决于要执行的动作是读取还是写入用户空间内存区。如果在指定的地址既要读取又要写入,则应该使用VERIFY_WRITE,因为它是VERIFY_READ的超集。
addr: 一个用户空间地址
size: 字节数,例如要从用户空间读取一个整数,size就是sizeof(int)。
注意:access_ok是面向内核的。
access_ok返回一个布尔值:1表示成功(访问成功),0表示失败(访问不成功)。如果返回失败,驱动程序通常要返回-EFAULT给调用者。
关于access_ok,有两点需要注意:
第一、 它并没有完成验证内存的全部工作,而只检查了所引用的内存是否位于进程有对应访问权限的区域内,特别是要确保访问地址并没有指向内核空间的内存区。
第二、 大多数驱动程序代码中都不需要真正调用access_ok,因为后面要讲到的内存管理程序会处理它。
在调用access_ok之后,驱动程序就可以安全地进行实际的数据传送了。除了copy_from_user和copy_to_user函数外,程序员还可以使用已经为最常用的数据大小(1、2、4、8字节)优化过的一组函数。这些函数定义在
它们相对较快,当要传递单个数据时,应该用这些宏而不是copy_(from/to)_user,由于这些宏在展开时不做类型检查,所以可以传递给其任意类型的指针,只要是个用户空间地址即可。传递的数据大小依赖于ptr参数的类型,在编译时由内建指令sizeof和typeof确定。
put_user和get_user进行检查以确保进程可以写入/读取指定的内存地址,并在成功时返回0,出错返回-EFAULT。__put_user和__get_user应该在已经使用access_ok检验过内存区后再使用。
如果试图使用上面列出的函数传递大小不符合任意一个特定值的数值,结果通常是编译器会给出一条奇怪的消息,比如“conversion to non-scalar type requested(需要转换为非标量类型)”。在这种情况下,必须使用copy_(from/to)_user。
权能与受限操作
对设备的访问由设备文件的权限控制,驱动程序通常不进行权限检查。内核专为许可管理使用权限并导出了两个系统调用capget和capset,这样用户就可以从用户空间来管理权能。
全部权能操作都可以在< linux/capability.h>中找到。对驱动开发者来说有意义的权能如下:
在执行一项特权操作之前,设备驱动程序应该检查调用进程是否有合适的权能。权能检查通过capable函数实现(定义在
范例如下:
如果有对应权限,则返回真。
定位设备(llseek)
llseek是修改文件中的当前读写位置的系统调用。内核中的缺省的实现进行移位通过修改 filp->f_pos, 这是文件中的当前读写位置。对于 lseek 系统调用要正确工作,读和写方法必须通过更新它们收到的偏移量来配合。
如果设备是不允许移位的,你不能只制止声明 llseek 操作,因为缺省的方法允许移位。应当在你的 open 方法中,通过调用 nonseekable_open 通知内核你的设备不支持 llseek :
上述调用会把你的filp标记为不可定位,这样,内核就不会让这种文件上的lseek调用成功。通过这种方式标记文件,我们还可以确保通过pread和pwrite系统调用也不能定位文件。
为了完整起见,我们还应该将file_operations结构中的llseek方法设置为特殊的辅助函数no_llseek,该函数定义在
开发板实验:
开发板:mini2440(256M)
模块程序链接:http://files.cnblogs.com/ycz9999/ioctl_llseek.zip
模块测试程序链接:http://files.cnblogs.com/ycz9999/ioctl_llseek_test.zip
实验现象:
参考:
《Linux设备驱动程序(第三版)》
Tekkaman Ninja:http://blog.chinaunix.net/uid/20543672.html
转自:http://www.cnblogs.com/ycz9999/archive/2012/04/19/2458570.html